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RELATED ART 



Field of the Invention 

[009] The present invention relates to data processing systems, and more 
particularly to a computer markup language for financial accounting and a related data 
browser and manipulator. 

Background 

[01 0] In today's world, increasing use of computers, computer applications and 
communication networks such as the Internet has created many different 
communication and data protocols. The variety of protocols and lack of standardization 
poses a significant problem for many industries, such as the financial industry. 
Conventionally, different companies, industries, and governments use different 
accounting systems and technological means for handling their financial information, 
and therefore cannot interact with each other efficiently. The lack of reporting standards 
and technological standards greatly impedes efficiency in communicating financial 
information, which, in turn, has led to the increasing desire for the development of 
technological standards for many industries and entities. 

[01 1] Cun-ently on the Internet, transmissions and communications are 
commonly conducted using a communication protocol called the HyperText Transfer 
Protocol ("HTTP") which can be used to pass files and documents formatted in the 
HyperText Markup Language ("HTML"). A markup language is implemented by 
embedding markup "tags," special sequences of characters, that describe the structure 
as well as the behavior of a document and instruct a web browser or other program in 
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the manner in which to display the document. Typically, documents or web pages 
formatted in HTML are simply ASCII text files that mix ordinary text with the markup 
tags. 

[012] However, the extensible Markup Language ("XML") is rapidly becoming 
the lingua franca for data exchange across the Internet. XML is a free-form markup 
language with unspecified tags, which allows developers to develop their tags and, in 
effect, create their own markup languages geared toward specialized tasks. In XML, 
the tags are organized according to certain rules, but their meaning is flexible. As such, 
different professions may develop their own specialized markup languages. For 
additional reference, XML is described in greater detail in "XML Bible," Elliotte Rusty 
Harold, IDG Books Worldwide, 1999, which Is herein incorporated by reference. 

[013] The extensible Business Reporting Language ("XBRL"), a markup 
language which has an underlying syntax defined in XML, is the creation of an 
international XBRL project committee (XBRL.org) formed under the auspices of the 
American Institute of Certified Public Accountants ("AICPA"). In creating XBRL, the 
committee's goal was to develop a standard, computer-readable reporting language for 
financial infomriatlon for businesses. 

[014] Generally, XBRL includes two major elements: (1 ) a "taxonomy," which 
defines the financial temis which can be reported and the inten-elationships between 
these terms, and (2) an "instance document," which includes reported values for the 
terms of the taxonomy and references to the terms. An XBRL taxonomy is normally 
maintained by some controlling national authority such as the AICPA, which defines the 
actual accounting terms and their interrelationships in a jurisdiction. XBRL instance 
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documents, on the other hand, are generally produced by business entitles In a 
jurisdiction. Simply put, an instance document is a report from a financial institution, 
and the referenced taxonomy forms the context in which to read the report. For the 
purposes of this specification, the term "instance document" and "report" may be used 
interchangeably. A report is a further fomriatted instance document. 

[01 5] More specifically, XBRL taxonomies form the context for XBRL instance 
documents; that is, they define the names, data types (e.g., textual, monetary, numeric), 
and relationships (account/sub-account) that XBRL instance documents can reference. 
XBRL instance documents report values for elements (not necessarily all elements) 
defined in a taxonomy. The XBRL instance document is responsible for providing 
information about quantitative values such as the currency (monetary types), precision 
(e.g., values reported + or - 10%), and magnitude (e.g., numbers in thousands, millions, 
etc.). 

[016] Table 1 below shows a sample XBRL document fragment from a 
taxonomy, and Table 2 shows an instance document fragment referencing the terms of 
the taxonomy. An excerpt from an exemplary taxonomy document may be seen at 
Appendix A, while a full instance document may be seen at Appendix B. 

TABLE 1 



Fragment of Taxonomy Document 

name="ci:cashCashEquivalentsAndShortTennlnvestments.cashAndCashEquivalents" 
type="xbrl : monetary"> 

<annotation> 

<appinfo> 

<xbrl:rollup 

to="ci:currentAssets.cashCashEquivalentsAndShortTermlnvestments" weiqht="1" 
order="r7> 

<xbrl:label xml:lang="en">Cash and Cash 
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Equivalents</xbrl:label> 

</appinfo> 
</annotation> 
</element> 

<element name="ci:cashAndCashEquivalents.cashEquivalents" 
type="xbrl:monetary"> 

<annotation> 

<appinfo> 

<xbrl:rollup 

to="ci:cashCashEquivalentsAnclShortTermlnvestments.cashAnclCashEquivalents" 
weight="1" orcler="1" /> 

<xbrl:label xml:lang="en">Cash Equivalents</xbrl:label> 
</appinfo> 
</annotatiQn> 
</element> 

<element name="ci:cashAndCashEquivalents.cash" type="xbrl:monetary"> 
<annotation> 
<appinfo> 

<xbrl:rollup 

to="ci:cashCashEquivalentsAnclShortTermlnvestments.cashAndCashEquivalents" 
weight="1" order="2"/> 

<xbrl:label xml:lang="en">Cash</xbrl:label> 
</appinfo> 
</annotation> 
</element> 
<8lement 



TABLE 2 



Fragment of Instance Document 

<?xml version="1 .0"?> 

<!- Created by XBRL Solutions. Inc. XBRLDOM -> 
{Group #1} 

<group 

xmlns="http://www.xbrl.org/core/2000-07-31/instance" 
xmlns:cl="http://www.xbrl.org/us/gaap/ci/2000-07-31" 

xmlns:air="http://www.xbrlSolutions.com/Public/Dernos/EdgarOnllne/Repository/Taxon 
omies/air" 

xmlns:aag- 'http://www.xbrlSolutions.com/Publlc/Demos/EdgarOnllne/Repository/XBR 
UAirlines/AlaskaAirGroup/AlaskaAirGroup" 

schemaLocatlon="http://www.xbrlSolutions.com/Public/Demos/EdgarOnline/Repository 
/XBRL/Airlines/AlaskaAirGroup/AlaskaAirGroup c:/Schema/AlaskaAirGroup.xsd" 
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id="" 

type="ci:statements" 

entity="Alaska Air Group, Inc." 

unit="IS04217:USD" 

scaleFactor="6" 

precision="10" 

decimalPattern="#.#" 

formatNanne="" 

> 

{Group #2} 

<group type='ci:statements.balanceSheet"> 

<group 
{Group #3} 

type-ci:cashCashEquivalentsAndShortTernilnvestments.cashAndCashEquivalents'> 
<label href='xpointer(..y xml:lang='en'>Cash and cash equivalents</label> 
<item period='1 998-1 2-3r>29.4</item> 
<item period=*1 999-1 2-3r>132.5</item> 

</group> 

<group type-ci:shortTermlnvestments.marketableSecurities'> 
<label href='xpointer(..y xml:lang='en'>Marketable securities</label> 
<item period=*1 998-1 2-3r>277.2</item> 
<item period='1 999-1 2-31 '>1 96.5</item> 

</group> 



[017] The following is a brief explanation of the contents of the instance 
document fragment and the interrelation between the taxonomy and instance document 
fragments of Tables 1 and 2. In the instance document fragment, the "xmlns" lines and 
the schema line of the first group may be ignored. For the purposes of this explanation, 
the groups are identified by bracketed comments including the group number. The 
balance of the elements in the first group define default reporting parameters. 
Parameters for an entry (indicated by an item tag) are detennined by examining the 
entry and its containing groups, inward to outward. The first value found for a 
parameter is the value for that item. 
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[018] Furthermore, the first group encompasses all others, so it defines the 
defaults. In particular, the defaults for the above instance document fragment are id (""), 
entry type ("statements"), reporting entity ("Alaska Air Group, Inc."), cun-ency type used 
(US $), scale factor (all values in millions), significant digits in numbers (10), decimal 
pattern (standard US with commas and decimal point at cents), and fonriat (""). In the 
above defaults, the empty brackets ("") indicate that there is no entry. 

[019] The second group tag establishes a report segment, in this instance a 
balance sheet. The third group tag specifies that the items it contains report on 
taxonomy item 

"cashCashEquivalentsAndShortTenninvestments.cashAndCashEquivaients." The 
elements of this taxonomy item are identified in the taxonomy document fragment 
provided above in Table 1. By calling the taxonomy item from within the instance 
document, the values from the instance document are assigned to the elements of the 
taxonomy document. 

[020] Within the third group, the "label" tag specifies that a new label is being 
provided to overide a label in the taxonomy document. The "lang" tag indicates that an 
english language label is being overridden. The new label (cash and cash equivalents) 
follows the "lang" tag definition. The next two items identified by "item period" provide 
reports for the periods ending 12/31/98 and 12/31/99. Using the defaults from the first 
group tag, these items indicate that Air Alaska's cashAndCashEquivalents were 
US$29.4 Million in 1998 and US$132.5 Million in 1999. A similar report would follow for 
shortTermlnvestments.marketableSecurities, which is the next call within the balance 
sheet report segment. This, again, is a call relating to the elements of an item within the 
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taxonomy document. The elements of this taxonomy item are not shown in the above 
taxonomy document fragment. 

[021] In addition to defining a taxonomy, XBRL also provides a mechanism 
whereby taxonomies can be extended to include company-specific accounting practices 
by adding new elements {e.g., for a baseball team, ground keeping expense may be 
added to the taxonomy). Thus, a company can maintain an internal accounting 
structure at any level of sophistication. XBRL takes advantage of the fact that approved 
accounting systems roll up to the elements defined in a jurisdiction's Generally 
Accepted Accounting Practices ("GAAP"). This means that all companies in a 
jurisdiction can report (at some perhaps aggregated level) with reference to the GAAP- 
based taxonomy. This permits true "apples-to-apples" comparison of a company's 
financial data without placing new requirements on the company's internal accounting 
practices. In keeping with this methodology, XBRL.org has published, in association 
with the AlCPA, a "standard" taxonomy based on U.S. GAAP. XBRL.org is also 
currently working with the U.S. Federal Government to publish a standard U.S. 
Government Taxonomy and with the International Accounting Standards Committee 
("lASC") to publish an international taxonomy which can serve as a basis for each 
member state's GAAP taxonomy. This taxonomy is described In greater detail in "XBRL 
Essentials," Charles Hoffman, Carolyn Strand, American Institute of Certified Public 
Accountants, Inc., 2001 , which is herein incorporated by reference. 

[022] XBRL is an XML-based language used for reporting financials such as 
balance sheets, cash flow reports, and the basic information that is reported to the 
Securities and Exchange Commission ("SEC"). Conventionally, users (1) manually 
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compose files to be submitted to the SEC or (2) pay someone to put the files in 
computer-readable form. XBRL, however, provides a computer-readable format for 
companies to report their financials to the SEC on Electronic Data Gathering Analysis 
and Retrieval System ("EDGAR") fomris. EDGAR is the SEC database where 
companies report their financial perfomnance to the SEC. 

[023] Although XBRL is well-defined, tools are not available for users to build 
XBRL reports. Currently, users may not automatically build financial reports and SEC 
filings that are acceptable to the Internal Revenue Service ("IRS"). Conventional 
systems also do not enable reports to be automatically scheduled and transmitted in 
XBRL format. Furthermore, users cannot automatically link a current accounting 
system to an XBRL document to generate an XBRL report. They also do not have an 
efficient and automatic means to analyze and manipulate data in an XBRL document. It 
is therefore desirable to overcome the aforementioned problems and other related 
problems. 

SUMMARY 

[024] Methods and systems consistent with the present invention provide a 
data processing system for developing reports comprising: a parser that receives one or 
more text documents and creates software elements having a format with a hierarchal 
relationship between the software elements based on the one or more text documents; 
and an editor that develops reports by referencing the software elements created from 
the text documents and retrieving data from one or more sources to represent one or 
more values within the report. In one implementation, the format with the hierarchal 
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relationship between the software elements is the Numerator Document Object Model 
("NDOM"), which is developed by interpreting tags included in the text document. 

[025] In accordance with the present invention, the editor enables the 
modification of the software elements to create a new combination of software elements 
representative of a new text document. In one implementation, the editor also enables 
the editing of the parameters associated with the software elements. 

[026] Furthennore, in another implementation, methods and systems 
consistent with the present invention provide a manager, which manipulates the 
software elements and enables browsing, editing, loading, and storing of the software 
elements. Also, the systems and methods consistent with the present invention provide 
a mapper for generating a relationship between data from one or more sources and the 
one or more values to be placed within the report. The mapper working in conjunction 
with a report template generates the report. The template contains data that is directly 
inserted into the report and instructions to enable the mapper to retrieve data from the 
one or more sources for insertion into the report. 

[027] Further, in yet another implementation, methods and system consistent 
with the present invention provide a means for transfomning the software elements to 
new software elements and importing the new software elements into the RDL system. 
The software elements are transfomied to the new software elements by retrieving a tag 
associated with each of the software elements in a dictionary and invoking a translation 
routine associated with the tag. 



11 



FINNECAN 
HENDERSON 
FARABOW 
GAR R ETT& 
DUNNER LLP 

1 300 1 Street, NW 
Washington, DC 20005 
202.408.4000 
Fax 202.408.4400 
www.finnegan.com 



Attorney Docket No, 7643.0042 
BRIEF DESCRIPTION OF THE DRAWINGS 
[028] Figure 1 illustrates a high level diagram of an RDX system for 
processing XBRL documents, and an RDL system in accordance with the present 
invention; 

[029] Figure 2 depicts a diagram of a system for creating, manipulating, 
analyzing and transmitting XBRL documents in accordance with the present invention; 

[030] Figure 3 shows an exemplary data processing system suitable for use 
with methods and systems in accordance with the present invention; 

[031] Figure 4 is a screen shot of an example of a result of executing an XML 
parser on an XBRL taxonomy document; 

[032] Figure 5 is a screen shot of an example of a result of executing the RDX 
parser on an XBRL taxonomy document; 

[033] Figures 6A and 6B are flowcharts of an exemplary process by which an 
NDOM is developed from an XBRL taxonomy document; 

[034] Figure 7 is a screen shot of an exemplary existing taxonomy file; 

[035] Figure 8 is a screen shot of an exemplary existing taxonomy file and an 
exemplary new taxonomy generated from the combination of the exemplary existing 
taxonomy files of Figures 7 and 8; 

[036] Figure 9 is a screen shot illustrating an exemplary taxonomy window and 
an exemplary document window; 

[037] Figures 1 0A and 1 0B are screen shots of an exemplary excerpt of a 
taxonomy document illustrating an exemplary process in which a taxonomy element is 
dragged and dropped from one location to another within the taxonomy; 
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[038] Figure 1 1 is a screen shot of an exemplary taxonomy segment and an 
exemplary report template; 

[039] Figure 12 is a diagram illustrating interaction between the RDX 
document editor, RDX mapper, and the document templates; 

[040] Figure 13 is a screen shot of an exemplary report creation dialog used in 
generating an XBRL instance document; 

[041] Figure 14 is a screen shot of an example of an unformatted XBRL 
instance document or report; 

[042] Figure 1 5 is a screen shot of an example of a formatted XBRL instance 
document or report; 

[043] Figure 16 is a screen shot of an exemplary map segment definition 
screen, where the map is generated between the data locations and the values of the 
XBRL instance document or report; and 

[044] Figure 1 7 is a diagram illustrating an exemplary translation process in 
which an XBRL element is translated to an RDL element. 

DETAILED DESCRIPTION 

Introduction 

[045] Methods and systems in accordance with the present invention allow 
users to efficiently build, manipulate, analyze and transmit XBRL documents and 
reports. They allow users to automatically build financial reports, such as SEC filings, 
that are acceptable to governing agencies such as the IRS. Methods and systems in 
accordance with the present invention also enable reports to be automatically 
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scheduled, in one implementation, by gathering desired information from an accounting 
system, formatting the information into an XBRL document, and transmitting it to an end 
source. Therefore, these systems may automatically link a cun-ent accounting system 
with an XBRL Instance document to generate a report. Furthermore, systems in 
accordance with the present Invention allow a user to translate an XBRL instance 
document into RDML format and use the RDML system to manipulate and analyze it. 
RDML is referred to as the Reusable Data Markup Language ("RDML") in U.S. Patent 
Application serial number 09/573,778, which provides a detailed explanation of RDML 
systems and methods and was previously incorporated herein. For the purpose of this 
description hereinafter RDML will be referred to as RDL. 

[046] One of the advantages of the systems and methods in accordance with 
the present invention is the functionality to hide the technical complexities of XBRL 
schema and instance document creation. For example, XBRL taxonomy creation, 
which is typically a complex process resulting in the creation of an XML document with 
a very explicit, highly technical format, is experienced by the user as the creation of a 
simple set of definitions grouped by subject. Similarly, the creation of the XBRL 
instance document, another complex XML structure with complex ties to a specific 
XBRL taxonomy document, is experienced by the user as a simple "drag and drop" 
process, where taxonomy elements for reporting are selected by mouse click and 
subsequently "dropped" into the target document. A similar "drag and drop" process 
enables a technically unsophisticated user to define for the program how data should be 
located in the user's database, and be translated and inserted into an XBRL instance 
document. The RDX system maintains the results of these processes for later reuse, 

14 
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which reduces the time the user must spend preparing reports by allowing the user to 
specify templates corresponding to report types that may be reused at each reporting 
interval. 

[047] In addition to simplifying a complex technical procedure for use by 
financial personnel minimally skilled in XBRL, the systems and methods of some 
implementations of the present invention may provide many other technical innovations 
such as: 

[048] i) the use of XML files to save the results of the user's document 
definitions in a reusable fashion; 

[049] ii) the use of Open Database Connectivity ("ODBC") which allows the 
system to capture and report information from many commercial database management 
system products as well as many spreadsheet products such as Microsoft Excel; 

[050] ill) the use of the computer's real time clock to schedule automatic 
document preparation and publishing at user-defined intervals; and 

[051 ] iv) the automatic conversion of XBRL documents into the RDL language 
for analysis. 

[052] Methods and systems in accordance with the present invention may also 
aid an XBRL user in at least two ways: XBRL document development and XBRL 
document analysis. In accordance with the present invention, XBRL document 
development is simplified by the Numerator Document Object Model ("NDOM"), 
discussed below, which provides a standard document object which can be easily 
managed, manipulated, edited and stored using variants on tools developed to manage 
Reusable Data Markup Language ("RDL") objects. In one implementation, document 
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templates in accordance with tlie present invention make regular financial reporting a 
"one-click" process, since they provide for the specification within the document of the 
location of all the data elements in advance and the ability to actually create the 
document later, perhaps, at timed intervals. 

[053] It may be appreciated by one skilled in the art that other text documents 
may be input and manipulated by systems and methods in accordance with the present 
invention to develop instance documents and reports. For example, other text 
documents such as Electronic Business XML ("ebXML"), RDL, and XML may be 
manipulated to create instance documents and reports that may also be in other formats 
other than XBRL. 

[054] With respect to document analysis, methods and systems in accordance 
with the present invention provide extended analysis of XBRL data by providing a 
conduit into the RDL system, which is described in greater detail in U.S. Patent 
Application Serial No. 09/573,778 entitled "Reusable Data Markup Language," and filed 
on May 18, 2000, and which was previously incorporated by reference. The RDL 
system itself permits the efficient browsing and manipulation of numerical data and 
extends the numerical data by utilizing an XML-based fomnat. Existing data, including 
XBRL data, can be converted to RDL fomiat and used with an RDL browser to perfonn 
data analysis, viewing, and management. In addition, using RDL-based data, 
comparisons with information from other sources, not just XBRL sources, become 
possible with a click of the mouse, for example. This process opens analysis 
possibilities that would normally remain closed to XBRL users. 
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[055] It may also be appreciated by one skilled in the art that other text 
documents may be manipulated and converted, in accordance with the systems and 
methods of the present invention, into RDL forniat for data analysis. 

System Overview 

[056] Figure 1 illustrates that, in one implementation, in accordance with the 
present invention, a system, referred to as an "RDX" system, is a "bolt-on" or expansion 
to the system and methods for implementing RDL. RDX system 100 can be viewed as 
two independent functional components connected by a conduit 104, as shown in 
Figure 1 . The first functional component comprises the RDX program elements 
(functional block) 102; and, the second functional component is RDL system 106, which 
provides the analytical processing capability of the system. RDX program elements 102 
convert XBRL information into RDL data objects for analysis by RDL system 106. 
Conduit 104 is a mechanism whereby RDL data objects are passed to the RDL system 
106. Conduit 104 may Include any communications mechanism (e.g., an internal 
memory copy, a TCP/IP transfer across the Internet, or a fetch from a storage device 
such as a hard disk). 

[057] In accordance with embodiments consistent with the present invention, 
RDX system 100 Is designed to speed up and simplify the creation of XBRL 
taxonomies, instance documents, and reports, and to bring the analysis and data 
management capabilities of RDL system 106 to the information contained in these 
documents. 

[058] Figure 2 illustrates a diagram of a system for creating, manipulating, 
analyzing, and transmitting XBRL documents in accordance with the present invention. 
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In one implementation, RDX system 100 comprises several parts: (1) the RDX front end 
202 (whicli includes the RDX parser 204 and RDX manager 206), (2) the RDX 
document editor 208, (3) the RDX mapper 210, (4) the RDL tagger 212, and (5) RDL 
system 106. 

[059] RDX parser 204 accepts documents such as ASCII text documents 
containing XBRL tags and transforms them into internal RDX documents or NDOMs. 
NDOMs are software elements of a standard format corresponding to the sections of 
the XBRL taxonomy document. The NDOMs form a tree structure corresponding to a 
structure described in the XBRL taxonomy document. In other words, the NDOMs as a 
group are software representations of an XBRL taxonomy document in a standard 
format. After RDX parser 204 translates the text documents, creates the NDOMs and 
links them in a structure analogous to the input taxonomy document, the NDOMs can 
be used by RDX manager 206. RDX manager 206 provides XBRL-specific capabilities 
such as the browsing, editing, loading, and storing of NDOMs. In addition, RDX 
manager 206 provides capabilities for the creation of new NDOMs and the restructuring 
of both new and previously created NDOMs into software structures corresponding to 
new XBRL taxonomy documents. RDX manager 206 also contains specific capabilities 
for the management of new XBRL taxonomy and instance documents, which are 
created from the NDOMs and may be stored and retrieved from local storage 203. 

[060] RDX document editor 208 is used to define document templates 214, 
which the system may use to create XBRL instance documents 222. Document 
templates 214 contain two types of infonnation: (1) data to be directly inserted into 
XBRL instance documents 222; and (2) instructions enabling XBRL instance document 
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222 data to be inserted at the time of document creation from tlie user's accounting and 
computer systems. The user may use RDX document editor 208 to manually input data 
of type (1) into the document template 214 in a manner similar to a word processor. 

[061] Document templates 214 produced by these operations provide 
instruction for RDX mapper 210 to draw data both internally and from local or remote 
sources such as databases 216, files 218, and accounting software package 220 to 
create XBRL instance document 222. Document templates 214 may also be used for 
generating deferred XBRL reports 224. 

[062] RDX mapper 210 creates and links the NDOMs to fonn a software 
representation of an XBRL document that will be used to build the actual XBRL instance 
documents 222 and XBRL reports 224. XBRL reports 224 are XBRL instance 
documents that have been formatted into a user friendly report. RDX mapper 210 may 
be used to build a report upon request or at a user specified time. In one 
implementation, RDX mapper 210 is a translation mechanism for acquiring data from an 
accounting system (e.g., an accounting database or files) and placing the data in the 
appropriate location within XBRL report 224, as instructed by one or more document 
templates 214. Once RDX mapper 210 has processed document templates 214, which 
defines the data for XBRL report 224, RDX mapper 210 may be instructed to 
immediately execute or to schedule execution of XBRL report 224 at a later time. In the 
first case, a report reflecting the information immediately available is produced. In the 
second, the report will contain infonnation available at the time of its scheduled 
execution. 
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[063] RDX mapper 210 also provides a facility whereby potential XBRL 
Instance documents 222 elements are displayed on the right side of the computer 
screen and potential sources for this data from local or remote computer systems, for 
example, are displayed on the left side. The user indicates that an instance document 
element should be included in the XBRL instance document 222 under construction by 
"dragging" it from the right side with the computer's mouse. The user indicates where 
the information for this element can be found in the computer database by "dropping" 
the dragged element on a data element on the left side of the computer screen. This 
process will be illustrated below in the description of Figure 16. 

[064] RDL tagger 212 supports translation of XBRL instance document data 
into RDL format for analysis in RDL system 106. The RDL system, in turn, provides 
data browsing, data manipulation, data viewing (for example, in the form of charts, 
spreadsheets, etc.), and a general user interface for RDL documents. 

System Hardware Components 

[065] Figure 3 depicts a data processing system 300 that is suitable for use 
with methods and systems consistent with the present invention. Data processing 
system 300 comprises a computer 301 and a server computer 303 Interconnected via a 
network 314, such as the Internet, where server computer 303 may provide XBRL 
documents to computer 301 . However, computer 301 may also retrieve XBRL 
taxonomy documents from, for example, a local storage disk or its memory. Computer 
301 includes a central processing unit (CPU) 302, a main memory 304, a secondary 
storage device 306, a display 310, and an input device 312. 
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[066] Main memory 304 may include the RDL data viewer 316, which may be 
a personal computer-based program. Although located in main memory 304, one 
skilled in the art will appreciated that data viewer 316 may reside elsewhere. Data 
viewer 316 may be used to convert XBRL documents to RDL documents, for use in 
RDL system 106 (Figure 1), or RDL data viewer 316 may be used to create XBRL 
reports from the XBRL taxonomy documents, in addition to data viewer 316, main 
memory 304 includes RDX-related software components that may be used to input and 
manipulate XBRL taxonomy documents, such as the RDX parser 204, RDX manager 
206, RDX document editor 208, RDX mapper 210, RDL tagger 212, and document 
templates 214. Each of these components and their interactions are described below in 
greater detail. 

[067] The various software components of RDX system 1 00 and related 
software components, which are located in main memory 304, may be programmed in 
object-oriented languages such as the Java™ programming language. The Java™ 
programming language is described in further detail in 'The Java Programming 
Language," 2""^ Ed., Ken Arnold, James Gosling, Addison-Wesley, 1998, which is 
incorporated herein by reference. For further description of the Java Language, 
reference should be made to "The Java Language Specification," James Gosling, Bill 
Joy, Guy Steele, Addison-Wesley, 1996, which is also incorporated herein by reference. 
However, one skilled in the art will appreciate that other programming languages may 
be used. 

[068] Secondary storage 306 may include XBRL instance documents 222. It 
may also include financial or accounting software 220 from which information may be 
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extracted to create XBRL instance documents 222 using, for example, document 
templates 214 (discussed below). Secondary storage 306 may also store database 
216, which maintains original data, for creating XBRL documents 220. As an 
alternative, these components may also be stored in main memory 304 or in another 
remote computer (not shown). 

[069] Figure 3 also depicts a web server 332 on computer 303 that interacts 
with computer 301 via network 314. In one system consistent with the present 
invention, web server 332 transmits XBRL instance documents 222 over network 314, 
and may be connected to a disk array 334, which holds XBRL instance documents 222. 
Disk array 334 may receive data documents from database server 336, which may 
receive data from database storage 338. Protocols used in the transmission of 
information between web server 332 and computer 301 include, but are not limited to 
HTTP and File Transfer Protocol ("FTP"). 

[070] One skilled in the art will appreciate that aspects of methods and 
systems consistent with the present invention may be stored on or read from other 
computer readable media besides memory like secondary devices, such as hard disks, 
floppy disks, and CD ROM, or a carrier wave from a network (such as the Internet). 
Additionally, one skilled in the art will also appreciate that the data processing system 
may contain additional or different components, or one or more components may be 
combined into one software module providing multiple functions. 

NDOM Development 

[071] XML is nomrially written to describe a particular document. XML has an 
ability to describe structures. Normally, an XML parser (not shown) creates a 
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Document Object Model ("DOM") for one document, but XBRL parser 204, however, 
can create an NDOM, which includes many different documents. The NDOM created 
by the XBRL parser 204 is non-XML. The NDOM is a software object or representation 
of the one or more documents described by the XML. One major difference between a 
normal XML parser and RDX parser 204 is that RDX parser 204 understands that the 
XBRL document is actually a collection of documents. In an XBRL file, there Is a DOM 
that may actually contain three or four sub-Document Object Model files, a modification 
to the XML view that a document comprises exactly one DOM. 

[072] Figures 4 and 5 illustrate the operation of an XML parser and RDX 
parser 204. An XML parser does not understand that there can be multiple documents 
in an XBRL taxonomy document; it simply interprets the XML. If a user runs an XML 
parser on an XBRL taxonomy document, such as the document in Appendix A, the 
result is a set of lines of text with no structure. These lines of text may be represented 
as illustrated in window 402 of Figure 4. As shown in window 402, the result of the XML 
parser is a set of elements with no hierarchy. The XBRL taxonomy document contains 
information not interpretable to the XML parser describing the parent-child relationships 
between the entities. Because the XML parser is unable to interpret the relationships 
between the entities, it is unable to discern that there are multiple document structures 
in the XBRL taxonomy document. XML parsers are designed to read, but not 
necessarily interpret, valid XML; therefore, anything within the XBRL taxonomy 
document that is not understandable from normal XML forniat is ignored or may raise 
an en-or message. 
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[073] In other words, the lines of text in the XBRL taxonomy document that the 
XML parser is unable to interpret are the instructions for building the document 
structure. The XML parser, however, is able to accept a listing of the document 
structure, but not interpret the instructions for building the document structure. One of 
the advantages of RDX parser 204 is that it is able to take a very complex list of 
instructions for building the document structure and represent them in very simple line 
item connections. Therefore, a user can utilize the line item connections to 
understanding the complex list of instructions, without expending the effort to read and 
study the list. RDX Parser 204 decodes the instmctions in the XBRL document to 
create a user friendly representation of the Instructions (i.e., the NDOM structure) from 
which the user can develop financial reports. Figure 5 illustrates an exemplary 
representation of an NDOM structure of an XBRL taxonomy document created by the 
RDX parser 204. The software elements, for example element 502, in screen shot 500 
represent the corresponding elements of the XBRL taxonomy document. 

[074] As part of front end 202, RDX parser 204 initially accepts XBRL text 
documents 201 in the standard form and automatically converts them to the internal 
NDOM fomnat so that they may be created, managed and edited in a more efficient, 
computer-friendly format than using XBRL text document 201 . RDX parser 204 uses an 
internal Finite State Machine ("FSM") to determine the structure of the underlying XBRL 
document from information generated by an off-the-shelf XML parser {e.g., the 
MSXMLU parser available from Microsoft Corp.) As was noted earlier, the XML parser 
can only detect the structure of the document itself, not the structure that the document 
describes. Each time that the XML parser detects an XML element in the document, 
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the FSM is invoked. The FSM, based on its current state and the input element, builds 
the appropriate NDOIVI element. This process continues until the XML parser has 
processed the entire document. At this point, the FSIVI makes a final pass through the 
Information contained in the NDOM, and a complete document object is available for 
processing. In the final pass, the FSM validates and error checks the NDOM using 
XBRL text document 201 . 

[075] Figures 6A and 6B illustrate an exemplary process for developing an 
NDOM in further detail. The process illustrated in Figure 6A starts by loading the 
taxonomy document (step 604). Once the taxonomy document is loaded, the parser 
starts (step 606) and retrieves the current XBRL tag (step 608). Process 600 then 
determines the type of XBRL tag it is processing. If it is a schema tag, the schema data 
is processed (step 612) and stored in NDOM (step 614) as a software element with the 
appropriate hierarchy in the NDOM. 

[076] Typically, a schema tag is the first tag to be processed by interpreting 
the element data and determining the location where the element data from the source 
{i.e, the storage location of the taxonomy document) is to be copied into a target data 
structure {i.e, the NDOM). Using this process, the hierarchy (the parent-child 
relationships between the software elements) within the taxonomy document is created 
within the NDOM. The other tags, which are processed in the order of appearance 
within the taxonomy document and are discussed below, are processed in a fashion 
similar to the processing of the schema tag. 

[077] Process 600 then retrieves the cun-ent XBRL tag and begins the tag 
determination process again (step 608). If it is determined that the XBRL tag is not a 
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schema tag, process 600 proceeds to step 616 and detemriines whether the XBRL tag 
is an element tag. If it is an element tag, the element data is processed (step 618) and 
stored in the NDOM (step 614) as a software element with the appropriate hierarchy in 
the NDOM. Process 600 then retrieves the cun-ent XBRL tag and begins the tag 
determination process again (step 608). If the XBRL tag is not an element tag, process 
600 proceeds at step 620 and determines if the XBRL tag is an annotation tag. If it is 
an annotation tag, the annotation data is processed (step 622) and the data is stored in 
the NDOM (step 614) as a software element with the appropriate hierarchy in the 
NDOM. 

[078] Referring now to Figure 6B, process 600 then retrieves the current XBRL 
tag and begins the tag detemnination process again (step 608). If it is determined that 
the XBRL tag is not an annotation tag, process 600 proceeds to step 624 and 
determines whether the XBRL tag is a documentation tag. If it is a documentation tag, 
the documentation data is processed (step 626) and stored in the NDOM (step 614) as 
a software element with the appropriate hierarchy in the NDOM. Process 600 then 
retrieves the cun-ent XBRL tag and begins the tag detennination process again (step 
608). If the XBRL tag is not a documentation tag, process 600 proceeds to step 628 
and determines if the XBRL tag is an appinfo tag. If it is an appinfo tag, the appinfo 
data is processed (step 630) and the data is stored in the NDOM (step 614) as a 
software element with the appropriate hierarchy in the NDOM. Process 600 then 
retrieves the current XBRL tag and begins the tag determination process again (step 
608). 
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[079] If it is determined that the XBRL tag is not an appinfo tag, process 600 
proceeds to step 632 and determines whether the XBRL tag Is a rollup tag. If it is a 
rollup tag, the rollup tag data is processed (step 634) and stored in the NDOM (step 
614) as a software element with the appropriate hierarchy in the NDOM. Process 600 
then retrieves the current XBRL tag and begins the tag detennination process again 
608. If the XBRL tag is not a rollup tag, process 600 proceeds to step 636 and 
detemriines if the XBRL tag is a label tag. If it is a label tag, the label data is processed 
638 and the data is stored in the NDOM 614 as a software element with the appropriate 
hierarchy in the NDOM. Process 600 then retrieves the current XBRL tag and begins 
the tag determination process again 608. 

[080] If it is determined that the XBRL tag is not a label tag, process 600 
proceeds to step 640 and determines whether the XBRL tag is a reference tag. If it is a 
reference tag, the reference data is processed (step 642) and stored in the NDOM (step 
614) as a software element with the appropriate hierarchy in the NDOM, Process 600 
then retrieves the current XBRL tag and begins the tag detemnination process again 
(step 608). If the XBRL tag is not a reference tag, the parser stops (step 644) and the 
taxonomy file is closed (step 646). 

[081] The result of process 600 is an NDOM, wherein the software elements 
are interconnected in a hierarchal stmcture (e.g., a parent-child relationship between 
the software elements). Refer to Figure 5, screen shot 500, for an example of an 
NDOM created with process 600. 
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System Details 

[082] Referring back to Figure 2, RDX front end 202 (including RDX Parser 
204 and RDX Manager 206) works with XBRL-formatted data files that are stored 
locally, over a network, over the Internet, or in any combination of sources. These 
documents may be, for example, ASCII text documents formatted with XBRL tags. 
RDX front end 202 inputs two types of XBRL documents: taxonomy documents and 
instance documents, and the XBRL tags within the XBRL documents define them as 
either XBRL taxonomies or instance documents. 

[083] Generally, to be a valid XBRL document, the tagged file is validated with 
the XBRL Document Type Definition ("DTD"). An exemplary XBRL DTD Is included in 
Appendix C. The XBRL DTD describes the required and optional data elements of an 
XBRL document, their ordering, the required syntax, and the controlled vocabulary used 
in certain data elements. RDX system 100 supplements the DTD validation with 
optional semantic validation based on user-defined rules. For example, a user may 
define a rule that validates totals with related subtotals to assure the subtotals equal the 
total. 

[084] Once the XBRL document is processed using the XBRL DTD validation 
process in RDX parser 204, if the XBRL DTD rules are not satisfied, the document is 
rejected. If the XBRL DTD rules are satisfied and there are no user-defined rules, then 
XBRL parser 204 builds the NDOM. If, however, the XBRL rules are satisfied and there 
are user-defined rules, RDX parser 204 Interprets the XBRL document, by applying the 
user-defined rules, and then builds the NDOM. 
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[085] In one implementation, RDX parser 204, in front end 202, parses the 
XBRL documents using the XBRL syntax and builds a standard intemal document 
object (an NDOM), a software constmct of the XBRL document that may be used in 
subsequent processing of the XBRL documents. These NDOM objects (and hence the 
XBRL documents they represent) can be stored locally, or can be transmitted over a 
corporate LAN or the Internet {e.g., using HTTP, FTP, email, etc.). 

[086] Most NDOMs and accordingly the XBRL taxonomies they represent are 
at the reporting level of the U.S. GAAP, but most companies actually track accounts at a 
considerably finer level inside the business. In order to support modified tracking, XBRL 
allows users to create new, private taxonomies by "extending" the GAAP taxonomy. 
This extension is done by adding additional, company-specific elements to the GAAP 
taxonomy and defining the manner in which these new elements inten-elate, both 
between themselves and the GAAP taxonomy elements. RDX system 100 
accommodates the user generating new taxonomies to model individual businesses by 
building them on existing taxonomies, which may be available locally or across a Wide 
Area Network (e.g., the Internet). More specifically, XBRL manager 206 allows the user 
to load existing taxonomies and create new taxonomies with the appropriate Instance 
documents referencing the newly created taxonomy. 

[087] Figures 7 and 8 are screenshots that illustrate an exemplary process by 
which a user can modify an existing taxonomy to create a new extended taxonomy. 
Figure 7 illustrates existing taxonomy tabs 702 and 704. Existing taxonomy tab 702 
represents existing taxonomy file "07-25-01 -V1 .xsd" and existing taxonomy tab 704 
represents existing taxonomy file "us-gaap-mf.xsd." The elements of existing taxonomy 
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file "07-25-01 -V1 .xsd" are illustrated in window 706 and the elements of existing 
taxonomy file "us-gaap-mf.xsd" are illustrated in window 802 of Figure 8. 

[088] Window 804 of Figure 8 illustrates the result of the process by which a 
user creates a new taxonomy from one or more existing taxonomies. To produce the 
result illustrated in Figure 8, the user selects elements from the existing taxonomy file 
"07-25-01 -V1 .xsd," which are illustrated in box 806 and elements from existing 
taxonomy file "us-gaap-mf.xsd," which are illustrated in box 808, to produce the new 
taxonomy 804. 

[089] The XBRL specification generally supports two types of reporting, 
internal and public. Public reporting may involve summaries or high level reporting such 
as those seen in SEC documents, and private reporting may involve much more 
discrete levels in the document. For example, in high level reporting, the document may 
simple list one entry that is a summary of all assets, wherein in discrete-level report, the 
document may list all entries that compose the summary entry. Generally, summary or 
high level reports reference the GAAP taxonomy and are for public consumption, and 
internal reports reference a taxonomy derived from the GAAP and remain internal. RDX 
system 100 permits the editing of public report templates referencing the GAAP 
taxonomy to provide private reporting referencing private taxonomies that extend the 
GAAP. 

[090] In Figure 2, RDX document editor 208 supports a "document template" 
scheme that allows the user to specify the locations of data elements but defer the 
retrieval of the data elements until the document is actually created. RDX document 
editor 208 also provides style sheet editing capabilities, which allow the user to control 
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the display of document objects by developing XML Style Sheets and associating them 
with the document object. A single document object may, for example, contain a set of 
financial statements against which several style sheets could be applied: one to show 
the data in annual columns, one to show it in a quarterly breakdown, one to show it in 
European fomnat, and so forth. 

[091] The actual presentation of XBRL documents is controlled by generating 
style sheets. User styling requests {e.g., background color, text style, report fomiat, 
etc.) are translated into extensible Style Language ("XSL") commands. XSL is an XML- 
based set of instmctions for output document fonnatting. XSL style sheets may be 
ASCII text documents that conform to the XML specification. As text documents, they 
can be edited with an ordinary text editor. However, as with other XML documents, this 
is time-consuming and error-prone method of editing an XML document. 

[092] To enable a user in editing an XML document, a RDX style sheet editor 
(not shown) acts as a report-writer: the user can graphically compose a report from a 
sample document, specify the XBRL instance documents that the report can apply and 
automatically create a style document. The style sheet editor may be a specialized 
version of RDX document editor 208 that has been modified to allow the insertion of 
valid XSL style sheet instructions. Once the styling is acceptable, the user may store 
the style sheet for reuse in other qualifying XBRL documents. In addition to its basic 
editing functions, the Style Sheet Editor provides the following additional utilities: (1) 
XSL validation, (2) well-fomnedness testing, (3) hyperlink validation, (4) cut and paste of 
elements, and (5) replacement of elements with defaults. Table 3 below provides an 
exemplary XML style sheet document in accordance with the present invention. 
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<?xml version="1.0" ?> 

- <xsl: stylesheet version ="1-0" 

xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
xmlns:xbrl="http://www.xbrl.org/core/2000-07-31/metamodel" 
xmlns:xdlan="http://xml.apache.org/xalan" exclude-result- 
prefixes="xalan"> 
<xsl: strip-space elements="*" /> 
<xsl: output method = "text" /> 
- <xsl: tern plate match = "/"> 

<?xml version="1.0" encoding="UTF-8" standalone="no"?> 
<?xml:stylesheet type="text/xsl" href="esil.xsl"?> <!DOCTYPE 
rdldoo <rdldoc> <rdldoc_header rdldoc_ID = doc_title = 
"Converted to RDL from XBRL" timestamp = "2000-5- 
15723:00:00" version = "1.0.0" expiration = "2000-5- 
15723:00:00" freq_of_update = "Annual" numjinejtems = "0" 
num_datapoints = "0" xjndexes = "-3,-2,-1" firstji.withdata = 
"0" > <data_source> <contact_info role = "Data Source" name = 
"Russell 7. Davis" company = "e-Numerate Solutions, Inc." 
address = "8201 Greensboro Drive" city = "McLean" state = "VA" 
zip = "22102" country = "USA" email = "rdavis@e-numerate.com" 
form = "simple" href = "littp://www.e-numerate.com" comments 
= "" > </contact_info> </data_source> <formatting_source> 
<contact_info role = "Formatting Source" name = "Russell 7. 
Davis" company = "e-Numerate Solutions, Inc." address = "8201 
Greensboro Drive" city = "McLean" state = "VA" zip = "22102" 
country = "USA" email = "rdavis@e-numerate.com" form = 
"simple" href = "http://www.e-numerate.com" comments = "" > 
</contact_info> </formatting_source> <rdldoc_source> 
<contact_info role = "RDLDoc Source" name = "Russell 7. Davis" 
company = "e-Numerate Solutions, Inc." address = "8201 
Greensboro Drive" city = "McLean" state = "VA" zip = "22102" 
country = "USA" email = "rdavis@e-numerate.com" form = 
"simple" href = "http://www.e-numerate.com" comments = "" > 
</contact_info> </rdlcloc_source> <license_terms copy rig ht_cite 
= "Copyright 2000, e-Numerate Solutions, Inc. All Rights 
Reserved" holder = "e-Numerate Solutions, Inc." Iicense_type = 
"Payment Per Download" warranty = "No warranty is expressed or 
implied. Use this data at your own risk." disclaimer = "7his data is 
provided 'as-is'. 7he provider assumes no responsibility for its use 
or misuse." terms = "All Rights Reserved, e-Numerate Solutions, 
Inc." date = "2001.0629" email = "license@e-numerate.com" 
state = "VA" country = "USA" > <contact_info role = "RDLDoc 
Source" name = "Russell 7. Davis" company = "e-Numerate 
Solutions, Inc." address = "8201 Greensboro Drive" city = 
"McLean" state = "VA" zip = "22102" country = "USA" email = 
"rdavis@e-numerate.com" form = "simple" href = "http://www.e- 
numerate.com" comments = "" > </contact_info> 
</license_terms> </rdldoc_header> <line_item_set 
line_item_set_type = "7imeSeries" time_period = "" 
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character_set = "" missing_values = "" null_values = "" 
zero.values = dates_values = percentages = "" > <data 
x_title = "Period" format = "#,##0" x_notes = "" x_desc = """ 
x_prec = "0" x_unit = "" x_mag = "0" x_mod = "" x.measure 
x^scaie = "" x.adjustment = xjmks = "" > 
<xsl:apply~templates select="//xbrl:group[xbrl:item][position() = 

1]" mode="data_x"/> 
</data_x> 

- <xsl:variable name="uiiit"> 

<xsl:value-of seiect='7/xbrl:group/@unit" /> 

</xsl:variable> 

<xsl:apply-templates select="//xbrl:group[xbri:item != 0]" /> 
</line_item_set> </rdldoc> 

</xsl:template> 

<xsl:template match="//xbrl:group"> 

- <xsl: variable name="unit"> 

<xsl:value-of select="//xbrl:group/@unit" /> 
</xsl:variable> 
<linejtem li_ID = " 
<xsl: number value="position()" /> 
" IMegend = " 

<xsl:value-of select="@item" /> 
" ILtitle = " 

<xsl:value-of select="-/xbrl:item/@laber' /> 
" li_cat = "" y_axis_title = " 
<xsl:value-of select="$unit" /> 
" level = "1" format = " 

<xsl:value-of select="//xbrl:group/@decimalPattern" /> 

" relation = "Parent" ii_notes = "Source: XBRL data" li_desc = 

Ii_prec = " 

<xsl:value-of select='V/xbrl:group/@precision" /> 
" li_unit = " 

<xsl:value-of select="$unit" /> 

" li.mag = "0" ILmod = "" ILmeasure = Upscale = " 

<xsl:value-of select="//xbrl:group/@scaleFactor" /> 
" li_adjustment = "" > <data_y> 
<xsl:apply-templates /> 
</data_y> </lme_item> 

</xsl:template> 

<xsl:template match ="xbrl:item"> 
<xsl:value-of select="-" /> 

</xsl:template> 

<xsl:template match=V/xbrl:group" mode="data_x"> 

<xsl:apply-templates select="xbrl:item" mode="data_x2" /> 

</xsl:template> 

<xsl:template match ="xbrl:item" mode="data_x2"> 
<xsl:value-of select="@period" /> 
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</xsl: template > 
</xsl:stylesheet> 



[093] RDX manager 206 controls the XBRL documents present in the system. 
To facilitate rapid access to documents, it may maintain an in-memory cache of the 
documents most recently parsed and edited. It contains facilities to locate documents, 
both on the local machine and across a Wide Area Network. RDX Manager 206 is also 
charged with the security aspects of RDX system 100. It decides whether a given user 
has access to a document, if so, it determines the access type, e.g., read, write, delete, 
and also whether the user has permission to perform functions such as the scheduling 
of automatic document generation. 

[094] RDX document viewer 207 allows a user to view XBRL documents in 
their natural (NDOM) structure, which is normally tree-like, i.e., accounts and 
subaccounts. The viewer allows users to view extended taxonomies, that is, 
taxonomies that extend a basic taxonomy such as U.S. GAAP (e.g., In colors 
corresponding to the provenance of each hierarchical taxonomy element). Likewise, 
information in instance documents 222 can be annotated (e.g., color-coded) in order to 
understand which of several taxonomies defines the particular element. 

[095] For example, the new taxonomy generated in window 804 of Figure 8 
may be viewed with elements 806 shown in red (indicating that the elements are from 
the existing taxonomy file 07-25-01 -V1 .xsd). Likewise, elements 808 may be shown in 
blue (indicating that the elements are from the existing taxonomy file us-gaap-mf.xsd). 
In a similar fashion, in the corresponding instance document that references the color 
coded taxonomy document, the references to the elements of the two taxonomies will 
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also be color coded. For example, the reference In the illustrated instance document 
fragment In Table 2 to the elements {e.g., 

cashCashEquivalentsAndShortTermlnvestments.cashAndCashEquivalents) of the U.S. 
GAAP may be color coded in blue as the existing taxonomy file us-gaap-mf.xsd. 

[096] XBRL taxonomy documents may be standard ASCII text files that are 
written in the XBRL syntax, and as such, they are editable by any text-oriented editor or 
word processor. RDX document editor 208 is used to edit existing XBRL taxonomy 
documents that are manipulated and under the control of RDX manager 206. This is, 
however, a time-consuming and error-prone approach to editing an XBRL (or any XML) 
file. A specialized RDX document editor 208 allows users to quickly build XBRL 
instance documents from existing XBRL taxonomy elements using drag and drop 
techniques. The existing elements are taken from existing XBRL taxonomies {e.g., U.S. 
GAAP taxonomy), which are stored in RDX system 100 (Figure 1 ). RDX document 
editor 208 makes changes, checks for errors, and views infomnation associated with the 
taxonomy elements. 

[097] RDX document editor 208 supports the creation and editing of XBRL 
instance documents by providing a simultaneous display of the instance document and 
its taxonomy. (Recall that an XBRL instance document (report) may be interpreted 
when a taxonomy is supplied, and every line in an XBRL instance document references 
an item in an XBRL taxonomy.) Besides basic editing, RDX document editor 208 
performs a number of utility functions such as (1) search and replace, (2) validation, (3) 
well-formedness testing, (4) Hyperlink validation, (5) cut and paste of elements, and (6) 
replacement of elements with defaults. 
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[098] Figure 9 is a screen shot sliowing an exemplary taxonomy window 904 
on the left and an exemplary document window 906 on the right. RDX document editor 
208 allows users to view, edit, and save XBRL taxonomy documents and XBRL 
instance documents 222 by enabling a user to manipulate the NDOM elements of the 
taxonomy. XBRL taxonomy documents are displayed using a "tree view" control, which 
allows the user to view the parent-child relationships in taxonomy window 904. Tree 
views are also described in detailed in U.S. Patent Application Serial No. 09/573,419 
entitled "Tree View for Reusable Data Markup Language" which was previously 
incorporated by reference. Infonnation about the selected taxonomy element is 
displayed as a pop up window, such as document window 906. 

[099] In Figure 9, document window 906 displays an exemplary taxonomy 
element. The user may modify attributes of the element such as the definition 908, 
label 910, reference 912, paragraph 914, documentation 916, and subparagraph 918 by 
entering data in the appropriate edit boxes of document window 906. Definition 908 
includes the name 920, data type 922, and HRef 924. Name 920 provides an entry for 
the name of the element; data type 922 provides an entry for the data type of the 
element (e.g., monetary, text (string), or shares); and HRef 924 provides an entry for a 
link to additional data for the element at an URL or URI. 

[01 00] Label 910 provides an entry for the label of the element and includes text 
926 and lang 928. Text 928 is the text string for label 910 and lang 928 is the language 
in which the text string is written. Reference 912 provides an entry for information 
regarding literature which describes the element. Reference 912 includes the name 
930, number 932, and chapter 934. Name 930 is the reference name of the literature 
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that describes the element. Number 932, chapter 934, paragraph 914, and 
subparagraph 918 represent the number, chapter, paragraph, and subparagraph in the 
reference which describes the element. Documentation 916 provides an entry for a 
description of the element. 

[0101] In addition to the above, XBRL document editor 208 may also modify the 
relationship between the taxonomy elements and other elements in the taxonomy by 
dragging the element to a new position within the taxonomy and dropping the taxonomy 
element into the new position, thereby changing the relationship between the elements 
in the taxonomy. 

[01 02] Figures 1 0A and 1 0B are screen shots illustrating the above-mentioned 
process. Figure 10A illustrates an exemplary excerpt from a taxonomy In window 1002, 
where incomeStatement.netlncomeAvailable and incomeStatementearningsPerSharein 
are both sub-elements to statement.incomeStatement. As an illustration of the result of 
dragging and dropping a taxonomy element from one position in the taxonomy to 
another position. Figure 10B illustrates in window 1004 that 
incomeStatment.netlncomeAvailable has been moved from a sub-element to 
statement.incomeStatement to an element, which is of the same hierarchy as 
Statement.incomeStatement. 

[01 03] Moreover, RDX document editor 208 provides the capability of creating 
document templates 214 from which XBRL instance documents 222 may be generated 
to develop reports. Figure 1 1 is a screen shot of an exemplary taxonomy segment 1 102 
and document template 1 106. In this case, document template 1 106 is designed to 
generate an XBRL instance document 222 to develop a report that calculates net assets 
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(netAssets) and a text message. The net assets are calculated from the total assets 
(totalAssets), which Include the value of an entity's investments (investmentAtValue). 
The entity's investment value is calculated from three sub-items identified as 
loanedSecuritiesAtValue, repurchasesAgreementsAtCost, and investmentsAtCost. 

[0104] Document templates 214 are supported by RDX mapper 210, either 
immediately or in a deferred mode to generate XBRL instance documents and reports 
from information retrieved from local and remote sources such as databases 216, files 
218, and accounting software packages 220. RDX mapper 210 supports both the 
immediate entry of data into document templates 214 and the insertion of "pointers" that 
tell RDX system 100 where to locate data during a report generation phase. Pointers 
reference information in a variety of accessible locations (e.g., in files, spreadsheets, 
other XBRL documents, relational databases, non-relational databases (e.g., object- 
based databases), accounting software packages, and URL's). Such information can 
be either local or web-based, for example. During report generation, which can be 
either immediate or at one or more specified periods of time in the future, the data 
elements are assembled into a report and sent to a destination specified when the 
instance document is developed. This will be discussed below in further detail. 

[01 05] Figure 1 2 illustrates the interaction between RDX document editor 208, 
RDX mapper 210, and document templates 214. In accordance with the present 
invention, Figure 12 illustrates an instance document structure 1202 and an element 
index 1204, which compose document template 214. Figure 12 also illustrates various 
information sources, such as databases 216, files 218, and accounting software 
package 220, for the XBRL instance document 222 to be generated. Document 
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template 214 allows users of RDX system 100 to specify report structures in advance 
for "on the fly" report completion by RDX mapper 210. RDX mapper 210 uses 
instructions from the element index 1204 to provide data forXBRL instance documents 
at user-specified intervals. 

[0106] In one implementation, document template 214 includes two elements: 
XBRL instance document structure 1202, and an element index 1204, as shown in 
Figure 12. XBRL instance document structure 1202 contains the fixed segment ("boiler 
plate") of the document to be created, and remains the same each time the document is 
created. Element index 1204, on the other hand, contains instructions as to where to 
locate the "dynamic" information in the XBRL instance document 222, the manner in 
which to access the information {e.g., RDBMS query, accounting package API call, flat 
file access, etc.) and where to store the information in the document. Element index 
1204 also contains infonnation on the destination for the XBRL instance document 222 
and the time(s) at which the XBRL instance document 222 is to be generated. 

[0107] After document template 214 is complete, XBRL document editor 208 
may also provide the capability of creating a report or instance document using a report 
generation dialog as illustrated in Figure 13. Once in report generation dialog 1302, at 
any time, the user has the option to exit report generation dialog 1302 by selecting the 
"cancel" button 1328. But, the user also has the option to enter the required and 
optional information into report generation dialog 1302 and execute the report by 
selecting the "ok" button 1326. 

[0108] In report generation dialog 1302, entry blocks are provided for defining 
the input files 1304, output file 1306, and period 1308. In the entry blocks of input files 
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1304, the user defines: the map filename 1310, which contains information Indicating 
from where the data is to be retrieved for entry into the report (see the description for 
Figure 16 below for an explanation on how the information in map filename 1310 is 
developed); the template filename 1312 used In identifying the document template 214 
from which the report will be developed; and the stylesheet filename 1314 (optional) that 
will be used to format the report. 

[01 09] In the entry block for output file 1 306 (optional), the user defines the 
location where the generated XBRL instance document will be stored on the computer 
system. In the period entry block, the user defines the number of periods 1318, the 
period type 1320, the period type length 1322, and the period ending on 1324. Number 
of periods 1318 represents the total number of accounting periods that the user would 
like to have reported. For example, if the period ending on 1324 is 12/31/01 and the 
user specified the number of periods 1318 to be 2, the report produced would have data 
for the time period between 12/31/99 and 12/31/00, and 12/31/00 and 12/31/01. But, in 
the resultant XBRL instance document 222, these periods would be represented only by 
the ending data for each period - 12/31/00 and 12/31/01 . 

[01 1 0] Period type 1 320 represents the time period slice or Increment that the 
user would like reported. This can have the type value of day, week, month, and year. 
Period type length 1322 further breaks down the number of periods based on period 
type 1 320. Since XBRL's representation for a date does not include a quarter period 
type, this feature allows for period types of quarters and other lengths. For example, if 
the user specifies that period type 1320 is a month and period type length 1322 Is 3, this 
represents a quarter. Then, if the user specified number of periods 1318 to be 4, the 
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program would produce a report with four, three-month time periods (four quarters). 
The user may also use these parameters to specify any duration for a period type. As 
another example, the user could specify period type 1320 as a month and period type 
length 1322 as 6. This would produce a report with bi-annual data. The period ending 
on 1324 is the last day in a time period for the entire report. In the number of periods 
explanation above, the period ending data is 12/31/01. 

[0111] If after the user enters all the required information Into report generation 
dialog 1302, the user selects the "ok" button. An XBRL instance document 222 or 
report is developed as illustrated in Figure 14. Figure 14 illustrates an exemplary 
section 1402 of an XBRL instance document 222 generated without a specified optional 
stylesheet filename. Therefore, exemplary section 1402 is essentially displayed as a 
text document without much formatting. 

[0112] If, however, in report generation dialog 1 302, the user has specified a 
stylesheet filename 1314, the XBRL instance document may be generated as a highly 
formatted user friendly report 1 500 as illustrated In Figure 1 5. RDX document editor 
208 generates the report by combining XSL style sheet information with the text and 
values from the XBRL instance document. The text and values are retrieved and 
inserted in the instance document 222 using document templates 214 and mapper 210. 
The process by which the data is retrieved is explained below in further detail. In Figure 
15, the XBRL instance document has been formatted into a report in which the 
information contained in the report is easily understood. In this instance, the XBRL 
instance document displayed has been formatted, for example, with title 1502, subtitle 
1504, subtotal 1506, and column 1508. 
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[01 13] As mentioned above, the data that is retrieved and inserted in the 
instance document are retrieved from one or more sources through the use of the XBRL 
tags. For example, XBRL tags add documentation to "pure data" found in relational 
databases. That is, the data that already exists In relational databases can be used to 
create XBRL instance documents, and the Information concerning the database location 
and the database structure {i.e., the query parameters) are made available to RDX 
mapper 210. XBRL tags can also be added to infomiatlon found In "flat" {i.e., 
unstructured) files and Infomnation obtained from internal accounting systems, as with 
relational stmctures, by knowing where to look {i.e., file location) and the manner in 
which to look {i.e., the internal structure and formatting of the data file). 

[01 14] The connections to data files are relatively easy; RDX mapper 210 may 
use either the internal host file system or a data transfer protocol (e.g., TCP/IP across a 
Wide Area Network {e.g., the Internet)). Access to relational files typically Involves 
building an Object Data Base Connection ("ODBC") to the database in order to execute 
the query. The ODBC uses a standard language for submitting data queries to the 
database. Access to data in other accounting systems typically involve an application 
program interface ("API") to the system. An alternative for accessing data from an 
external accounting system is to use the system's export facility to dump the information 
in a flat file and then to access the flat file directly. 

[0115] Figure 1 6 illustrates a map segment definition screen 1 600. Once RDX 
mapper 210 is connected to the data files, the user, through map segment definition 
screen 1600, may generate the map file from which the values within the instance 
document are retrieved. Window 1602 lists the various data files in the database, while 
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window 1604 displays an exemplary instance document. The user generates the map 
file by selecting a listed data file such as Petty Cash » netAssets 1606 and dragging it 
to the appropriate location within the instance document, such as netAssets 1608. The 
link between the data file and the instance document item is represented by associating 
a colored icon with the instance document item and changing the color of the data file 
name to the same color as the icon. 

[01 1 6] To support the creation of XBRL instance documents 222 or reports from 
document templates 214, RDX mapper 210 maintains a list of document templates 214 
in a queue (not shown) waiting to be published. Document templates 214 may contain 
time tags indicating when the underlying document should be assembled. At regular 
intervals, RDX mapper 210 scans the list to see if any documents are due for 
publishing. As the time arrives for document generation, the data for the document is 
assembled from the information sources specified in document templates 214. Using 
document templates 214 and the NDOM, the instance document structure 1202 is 
loaded, and the instructions in element index 1204 are followed to access and load the 
dynamic data. Once XBRL instance documents 222 have been completely assembled 
and, when XSL style sheet information is present and properly fonnatted, XBRL 
instance documents 222 are validated and sent to the destination specified in document 
templates 214. Finally, document templates 214 are examined; if it is a "one-shot" 
request, it is dropped from the queue. Otherwise, a new generation time for the 
template is calculated, and it is returned to the template queue. 

[0117] In Figure 2, to utilize the data analysis capabilities of RDL system 1 06, 
RDL tagger 212 converts documents in the NDOM format to objects in the RDL format, 
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and RDL system 106 operates on these objects as if they were received from RDL files. 
In one implementation, RDL tagger 212 functions as an XBRL-specific input conduit to 
RDL system 106. The user may compare, view, store and manipulate these objects; 
the user may also combine these products with RDL objects from other sources, 
thereby achieving new insights not available from XBRL documents alone. 

[0118] As mentioned earlier, XBRL taxonomy documents are stored in the RDX 
system as NDOM data objects. These objects are adequate for any manipulation, 
modification and management of taxonomy documents, but are generally used in 
concert with other taxonomy documents. A taxonomy may be extended or one or more 
taxonomies may be used to create a new taxonomy. 

[0119] In addition to the capabilities provided by RDX system 1 00, the user may 
also employ the analytic capabilities of the RDL system. The NDOM object is typically 
translated into an RDL data object. RDL tagger 212 performs this function by analyzing 
the structure of the NDOM object and translating the NDOM into one or more RDL 
objects containing the actual NDOM data. This data can then be analyzed, manipulated 
and compared with RDL object data from both XBRL and non-XBRL sources in the RDL 
viewer. 

[01 20] Figure 1 7 illustrates an exemplary process for RDL tagger 212 to map 
an NDOM object 1702 to one or more RDL data objects 1704 that can be processed by 
RDL system 1 06 of Figure 1 . RDL tagger 212 maintains an XBRL tag dictionary 1 706 
and a translation factory 1708 containing a corresponding list of translation processes 
necessary for each tag. RDL tagger 212 accesses the elements of the NDOM (/,e., the 
tags) sequentially and then looks up the element in the dictionary and invokes the 
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translation routine in translation factory 1708 for the element, passing a translation 
routine within translation factory 1708, the attributes and values associated with the 
element. This process continues until all the elements have been processed. At this 
point, translation factory 1708 produces the corresponding RDL data object(s) 1704, 
which is passed to RDL system 106 (Figure 1) in the same manner as a translated RDL 
file. 

[0121] An example of an XBRL/RDL translation could be represented by the 
element "total revenues" in an XBRL report. In XBRL, "total revenues" appears as two 
revenue tags bracketing period tags: 

<revenues><period>1 990</period><amount>1 00</amount></revenues> 

<revenues><period>1 991</period><amount>1 1 0</amount></revenues> 

<revenues><period>1992</period><amount>122</amount></revenues> 
This is XML according to the XBRL specification. In RDL, this becomes: 

<data_set name="revenues" type="time_series"> 

<data_x> 1 990, 1 99 1 , 1 992</data_x> 

<data_y> 1 00, 1 1 0, 1 22</data_y> 

</data_set> 
This is also valid XML, but appears different. 

[01 22] In the above translation process, factory elements are software functions 
that render the translations. Each element accepts an Input XBRL text string and 
outputs RDL. The factory Isolates the input process from knowledge of the RDL 
objects. The job of input processing is to collect all XBRL text strings with the same tag, 
e.g., the revenue tag above. These strings are passed to translation factory 1708, 
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which is responsible for knowing which translation (factory) element to create for a given 
tag. The factory identifies the input tag and creates an instance of the software (factory 
element) that is responsible for that particular conversion. The factory element is run 
with the strings collected by input processing as input, and the result is copied to an 
output file. Appendix D provides some examples of the instances created to accomplish 
the conversions. 

[01 23] The foregoing description of an implementation of the present invention 
has been presented for purposes of illustration and description. It is not exhaustive and 
does not limit the present invention to the precise form disclosed. Modifications and 
variations are possible in light of the above teaching or may be acquired from practicing 
of the present invention. The scope of the present invention is defined by the claims 
and their equivalents. 
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<?xml version="1 .0" encoding="utf-8"?> 

<!- Created: 7/28/2000 5:11:16 PM --> 

<!- targetNamespace names what we are defining -> 

<!- schemaLocation pairs up nanfiespaces with actual files (URLs) 

since we are using the metamodel namespace, we use the schemaLocation 

to point to the metamodel file. 

If there were an XHTML schema, we could have put in another pair of 
entries for the XHTML namespace and its file. 
The extra whitespace characters in the schemaLocation content should 
improve readability and will not bother applications. 

— > 

<schema xmlns="http://www.w3.org/1 999/XMLSchema" 
xmlns:html="http://www.w3.org/1999/xhtml" 

xmlns:xbrl="http://www.xbrl.org/core/2000-07-31/metamodel" 
xmlns:ci="http://www.xbrl.org/us/gaap/ci/2000-07-31" 
targetNamespace="http://www.xbrl.org/us/gaap/ci/2000-07-31"> 

<element name="cj:statements" type="string"> 
<annotation> 

<applnfo> 

<xbrl:label xml:lang="en">Statements</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:statements.documentlnformation" type="string"> 
<annotation> 

<documentation>Section which contains information which 
describes the document.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:statements" weight="0" order="1" /> 
<xbrl:label xml:lang="en">Document lnformation</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:documentlnformation.generalDocumentlnformation" 
type="string"> 

<annotation> 

<documentation>Section for general information about the 
document.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:statements.documentlnformation" 

weight="0" order="1"/> 
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<xbrl:label xml:lang="en">General Document 

I nformation</xbrl : label> 

</appinfo> 
</annotation> 
</element> 

<element name="ci:generalDocumentlnformation. identifier" type="string"> 
<annotation> 

<documentation>String or number used to uniquely identify the 
resource. Examples for networked resources include URLs and URNs (when 
implemented). Other globally-unique identifiers,such as International Standard Book 
Numbers (ISBN) or other formal names would also be candidates for this element in the 
case of off-line resources.</documentation> 

<appinfo> 

<xbrl:rollup 

to="ci:documentlnformation.generalDocumentlnformation" wejght="0" order="1" /> 

<xbrl:label xml:lang="en">ldentifier</xbrl:label> 
</applnfo> 
</annotation> 
</element> 

<element name="ci:generalDocumentlnformation,date" type="date"> 
<annotation> 

<documentation>The date the resource was made available in its 
present form. Recommended best practice is an 8 digit number in the form YYYY-MM- 
DD as defined in http://www.w3.org/TR/N0TE-datetime, a profile of ISO 8601. In this 
scheme, the date element 1994-1 1-05 corresponds to November 5, 
1 994.</documentation> 

<appinfo> 

<xbrl:rollup 

to="ci:documentlnformation.generalDocumentlnfonnation" weight="0" order="2" /> 

<xbrl:label xml:lang="en">Date</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:generalDocumentlnfomiation.title" type="string"> 
<annotation> 

<documentation>The name given to the resource by the 
CREATOR or PUBLISHER</documentation> 
<appinfo> 

<xbrl:rollup 

to="ci:documentlnformation.generalDocumentlnformation" weight="0" order="3" /> 

<xbrl:label xml:lang="en">Title</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:generalDocumenttnformation.description" type="string"> 
<annotation> 
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<documentation>A textual description of the content of the 
resource, including abstracts in the case of document-like objects or content 
descriptions in the case of visual resources.</documentation> 

<appinfo> 

<xbrl:rollup 

to="ci:documentlnformation.generalDocumentlnformation" weight="0" order="4" /> 

<xbrl:label xml:lang="en">Description</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:generaiDocumentlnformation.creator" type="string"> 
<annotation> 

<documentation>The person or organization primarily responsible 
for creating the intellectual content of the resource.</documentation> 
<appinfo> 

<xbrl:rollup 

to="ci:documentlnformation.generalDocumentlnformation" weight="0" order="5" /> 

<xbrl:label xml:lang="en">Creator</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:generalDocumentlnformationJanguage" type="string"> 
<annotation> 

<documentation>Language of the intellectual content of the 
resource. Where practical, the content of this field should coincide ISO 639-1988 
language codes.</documentation> 

<appinfo> 

<xbrl:roilup 

to="ci:documentlnformatlon.generalDocumentlnfonnation" weight="0" order="6" /> 

<xbrl:label xml:lang="en">Language</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:documentlnformation. revisions" type="string"> 
<annotation> 

<documentation>Section which contains information about 
document revisions.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:statements.documentlnformation" 

weight="0" order="2" /> 

<xbrl:label xml:lang="en">Revisions</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:revisions.revision" type="string"> 
<annotation> 
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<docunientation>Container for each revision to the 
document.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:document!nformation.revisions" weight="0" 

order="1" /> 

<xbrl:label xml:lang="en">Revision</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element nanne="ci:revision.revisionDate" type="date"> 
<annotation> 

<documentation>Date of this revision. </documentation> 
<appinfo> 

<xbrl:rollup to="ci: revisions, revision" weight="0" order="1" /> 
<xbrl:label xml:lang="en">Revision Date</xbrl:label> 
</applnfo> 
</annotation> 
</element> 

<element name="ci:revision.revisionBy" type="string"> 
<annotation> 

<documentation>Name of who made the 
revision. </documentation> 

<appinfo> 

<xbrl:rollup to="ci:revisions.revision" weight="0" order="2" /> 
<xbrl:label xml:lang="en">Revised By</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:revision.revisionDescription" type="string"> 
<annotation> 

<documentation>Descriptive information about the 
revision. </documentation> 

<appinfo> 

<xbrl:rollup to="ci:revisions.revision" weight="0" order="3" /> 
<xbrl:label xml:lang="en">Description</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:documentlnformation.userDefinedDocumentlnformation" 
type="string"> 

<annotation> 

<documentation>Section which can be used by document creators 
to add additional document information if they so choose.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:statements.documentlnformation" 

weight="0" order="3" /> 
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<xbrl:label xml:lang="en">User Defined Document 

lnformation</xbrl:label> 

</appinfo> 
</annotation> 
</element> 

<element name="ci:statements.entitylnfornfiation" type="string"> 
<annotation> 

<documentation>Section which contains infonmation which 
describes the entity issuing the document</documentation> 
<appinfo> 

<xbrl:rollup to="cj:statements" weight="0" order="2" /> 
<xbrl:label xml:lang="en">Entity lnfonmation</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:entity Information, identifiers" type="string"> 
<annotation> 

<documentation>Section which contains various identifiers for the 
company.</documentation> 
<appinfo> 

<xbrl:rollup to="ci:statements.entitylnformation" weight="0" 

order="1" /> 

<xbrl:label xml:lang="en">ldentifiers</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:identifiers.entityName" type="string"> 
<annotation> 

<documentation>Name of the entity</documentation> 
<appinfo> 

<xbrl:rollup to="ci:entitylnformation. identifiers" weight="0" 

order="1" /> 

<xbrl:label xml:lang="en">Entity Name</xbrl:label> 
</appinfo> 
</annotation> 
</element> 

<element name="ci:identifiers.formerNames" type="string"> 
<annotation> 

<documentation>Section which contains former names of the 
entity. May contain many former names</documentation> 
<appinfo> 

<xbrl:rollup to="ci:entitylnfonnation.identifiers" weight="0" 

order="2" /> 

<xbrl:label xml:lang="en">Former Names</xbrl:label> 
</appinfo> 
</annotation> 
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</element> 

<element name="ci:formerNames.formerName" type="string"> 
<annotation> 

<documentation>Former name of the entity</documentation> 
<appinfo> 

<xbrl:rollup to="ci;identifiers.formerNanfies" weight="0" 

order="1" /> 

<xbrl:label xml:lang="en">Former Name</xbrl:label> 
</appinfo> 
</annotation> 
</element> 
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<?xml version="1 .0"?> 

<!- Created by XBRL Solutions, Inc. XBRLDOM -> 
<group 

xmlns="http://www.xbrl.org/core/2000-07-31/instance" 
xmlns:ci="http://www.xbrl.org/us/gaap/ci/2000-07-31" 

xnilns:air="http://www.xbriSolutions.coni/Public/Denios/EdgarOnline/Repository/Taxono 
mies/air" 

xnilns:aag="http://vvww.xbrlSolutions.coni/Public/Denios/EdgarOnllne/Repository/XBRL/ 
Airlines/AlaskaAirGroup/AlaskaAirGroup" 

schemaLocation="http://www.xbr1Solutions.coiTi/Public/Demos/EdgarOnline/Repository/ 
XBRL/Airlines/AlaskaAirGroup/AlaskaAirGroup c:/Schema/AlaskaAirGroup.xsd" 
id="" 

type="ci:statements" 

entity="Alaska Air Group, Inc." 

unit="IS04217:USD" 

scaleFactor="6" 

precision="10" 

decimal Pattern="#.#" 

formatName-'" 

> 

<group type='ci:statements.balanceSheet'> 

<group 

type-ci:cashCashEquivalentsAndShortTermlnvestments.cashAndCashEquivalents'> 
<label href='xpointer(..)' xml:lang='en'>Cash and cash equivalents</label> 
<item period='1 998-1 2-31 '>29.4</item> 
<item perlod='1 999-1 2-31 '>1 32.5</item> 
</group> 

<group type-cl:shortTermlnvestments.marketableSecurities'> 

<label href='xpointer(..)' xml:lang='en'>Marketable securities</label> 
<item period=' 1 998-1 2-3r>277.2</ltem> 
<item period='1 999-1 2-31 '>1 96.5</item> 

</group> 

<group type='ci:currentAssets.receivablesNet'> 

<labei href='xpointer(..)' xml:lang='en'>Receivables - less allowance for doubtful 
accounts (1998 - $1 .0; 1999 - $1 .0)</label> 

<ltem period- 1 998-1 2-3r>70.6</item> 

<item period='1 999-1 2-31 '>74.6</ltem> 
</group> 

<group type-ci:currentAssets.inventoriesNet'> 
<label href='xpointer(..)' xml:lang='en'>lnventories and supplles</label> 
<item period='1 998-1 2-31 •>44. 1 </jtem> 
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<item period='1 999-1 2-31 '>54.3</item> 
</group> 

<group type='ci:currentAssets.prepaidExpenses'> 

<label href-xpointer(..)' xml:lang='en'>Prepaid expenses and other assets</label> 

<itenn period='1 998-1 2-31 '>1 07.5</item> 

<item period='1 999-1 2-31 '>1 24.0</item> 
</group> 

<group type='ci:assets.currentAssets'> 

<label href='xpointer(..)' xml:lang='en'>TOTAL CURRENT ASSETS</label> 

<item period='1 998-1 2-31 '>528.8</item> 

<item period='1 999-1 2-31 '>581 .9</item> 
</group> 

<grouptype-air:propertyPlantAndEquipnnentGross.flightEquipment'> 
<label href='xpointer(..)' xml:lang='en'>Flight equipment</label> 
<iteiin period='1 998-1 2-31 '>1 01 5.4</item> 
<item period='1 999-1 2-31 •>1 386.6</item> 

</group> 

<group 

type='ci:propertyPlantAndEquipmentGross.otherPropertyPlantAndEquipment'> 
<label href-xpointer(..)' xml:lang='en'>Other property and equipment</label> 
<item period='1 998-1 2-31 '>283.2</item> 
<item period='1 999-1 2-31 '>337.2</item> 

</group> i 
<group type='air:propertyPlantAndEquipmentGross.advancesFlightEquipnnent'> i 

<label href='xpointer(..)' xml:lang='en'>Deposits for future flight equipment</label> 

<item period='1 998-1 2-31 '>1 64.9</item> 

<item period='1 999-1 2-31 '>21 7.7</item> 
</group> 
<group 

type='ci:propertyPlantAndEquipnnentNet.accumulatedDepreciationAndAmortization'> 
<label href='xpointer(..)' xml:lang='en'>Less accumulated depreciation and 

amortization</label> 

<item period='1 998-1 2-31 •>-41 7.0</item> 
<item period='1 999-1 2-31 '>-486.7</item> 
</group> 

<group type='air:capitalLeasedAssetsGross.flightEquipment'> 
<label href='xpointer(..)' xml:lang='en'>CAPITAL LEASES - Flight and other 
equipment</label> 

<item perlod='1 998-1 2-31 '>44.4</item> 
<item period='1 999-1 2-31 '>44.4</ltem> 

</group> 

<group 

type='ci:capitalLeasedAssetsNet.accumulatedAmortizatlonCapitalLeasedAssets'> 
<label href='xpointer(..)' xml:lang='en'>CAPITAL LEASES - Less accumulated 

amortization</label> 

<item perlod='1 998-1 2-31 •>-29.6</item> 
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<item perioci='1 999-1 2-31 •>-31 .8</item> 
</group> 

<group type='ci:noncuiTentAssets.intangibleAssetsNet'> 

<label href='xpointer(..)' xml:lang='en'>INTANGIBLE ASSETS - 
SUBSIDIARIES</label> 

<item periocl='1 998-1 2-31 '>57.5</item> 
<item period='1 999-1 2-31 '>55.5</item> 

</group> 

<group type='ci:noncurrentAssets.otherAssets'> 

<label href='xpointer(..)' xml:lang='en'>OTHER ASSETS</label> 
<item period='1 998-1 2-31 '>84.2</item> 
<item period='1999-12-31'>75.3</iteni> 

</group> 

<group type-ci:balanceSheet.assets'> 

<label href="xpointer(..)' xml:lang='en'>TOTAL ASSETS</label> 

<item period='1 998-12-31 '>1 731 .8</item> 

<item period='1 999-1 2-3 1 •>2 1 80. 1 </item> 
</group> 

<group type='ci:accountsPayableAndAccruedExpenses.accountsPayable'> 
<label href='xpointer(..)' xml:lang='en'>Accounts payable</label> 
<item period='1 998-1 2-31 '>84.3</item> 
<item period='1 999-12-31 '>1 04.2</item> 

</group> 

<group type-air:otherCurrentLiabilities.accruedAircraflRent'> 
<label href='xpointer(..)' xml:lang='en'>Accrued aircraft rent</label> 

<item period='1 998-1 2-31 '>75.5</item> 
<item period='1999-12-31*>81 .8</item> 
</group> 

<group type='ci:currentLiabilities.employeeRelatedLiabilities'> 
<label href-xpointer(..)' xml:lang-en'> Accrued wages, vacation and payroll 
taxes</label> 

<item perlod='1 998-1 2-31 '>79.4</item> 
<item periods' 1 999-12-31 '>83.0</item> 

</group> 

<group type='air:otherNoncurrentLiabilities.otherNoncurrentLlabilities'> 
<label href-xpointer(..)' xml:lang='en'>Other accrued liabillties</label> 
<ltem period='1 998-1 2-31 '>80.9</item> 
<ltem period='1 999-12-31 •>99.5</ltem> 

</group> 

<group type='air:otherCurrentLiabilities.airTrafficLiability'> 
<label iiref='xpointer(..)' xml:lang='en'>Air traffic liabillty</label> 
<item period='1 998-1 2-31 '>1 78.6</item> 
<item period='1 999-12-31 '>1 83.7</item> 

</group> 

<group type='ci:currentLiabilities.currentPortionOfLongTermDebt'> 
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<label href='xpointer(..)' xml:lang='en'>Current portion of long-term debt and 
capital lease obligations</label> 

<item period='1 998-1 2-31 '>27.2</item> 
<item period=' 1 999-1 2-3 1 '>66 .5</item> 

</group> 

<group type='ci:liabilities.currentLiabilities'> 

<labei href='xpointer(..)' xml:lang='en'>TOTAL CURRENT LIABILITIES</label> 

<item period='1 998-1 2-31 '>525.9</item> 

<item period='1 999-1 2-31 '>61 8.7</item> 
</group> 

<group type='ci:noncun"entLiabilities.longTermDebt'> 

<label href='xpolnter(..)' xml:lang='en'>LONG-TERM DEBT AND CAPITAL LEASE 
OBLIGATIONS</label> 

<item period='1 998-1 2-31 '>1 71 .5</item> 

<item period='1 999-1 2-31 '>337.0</item> 
</group> 

<group type='aag:otherNoncurrentLiabilities.deferredlncomeTaxes'> 
<label href='xpointer(..)' xml:lang='en'>Deferred income taxes</label> 
<item period='1 998-1 2-31 '>99.2</item> 
<item period='1 999-1 2-31 '>1 44.0</item> 

</group> 

<group type='aag:otherNoncurrentLiabilities.deferredlncome'> 
<label href='xpointer(..)' xml:lang='en'> Deferred income</label> 
<item period=' 1 998- 1 2-3 1 '>41 .5</item> 
<item period='1 999-1 2-31 '>37.4</item> 

</group> 

<group type='aag:otherNoncurrentLiabilities.otherNoncurrentLiabiilties'> 
<label href='xpointer(..)' xml:lang='en'>Other liabilities</label> 
<item period='1 998-1 2-31 '> 1 04.2</item> 
<item period- 1999-12-31 '>1 12.3</item> 

</group> 

<group type='ci:noncurrentLiabilities.otherNoncurrentLiabilities'> 

<label href='xpointer(..)' xml:lang='en'>ADDED - TOTAL OTHER LIABILITIES 
AND CREDITS</label> 

<item period='1 998-1 2-31 '>244.9</item> 
<item period='1 999-1 2-31 '>293.7</item> 

</group> 

<group type='ci:liabilitiesAndStockholdersEquity.llabilities'> 

<label href='xpointer(..)' xml:lang='en'>ADDED - TOTAL LIABILITIES</label> 
<item period='1 998-1 2-31 '>942.3</item> 
<ltem period='1 999-1 2-31 '>1249.4</item> 

</group> 

<group type='ci:liabilitiesAndStockholdersEquity.commitmentsAndContingencies'> 
<label href='xpointer(..)' xml:lang='en'>COMMITMENTS</label> 
<item period='1 998-1 2-31 '>0.0</item> 
<item period='1 999-1 2-31 '>0.0</item> 
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</group> 

<group type='ci:stockholclersEquity.preferredStock*> 

<label href='xpointer(..y xml:lang-en'>Preferred stock, $1 par value Authorized: 
5,000,000 shares</label> 

<item period=*1 998-1 2-31 '>0.0</item> 

<item period='1 999-1 2-3r>0.0</item> 
</group> 

<group type-ci:stockhoIdersEquity.commonStock'> 

<label href-xpointer(..y xml:lang='en'>Common stock, $1 par value Authorized: 
100,000,000 shares Issued: 1998- 28,974,107 shares 1999 - 29,157,108 
shares</label> 

<item period='1 998-1 2-31 '>29.0</item> 
<item period- 1 999-1 2-31 •>29.2</item> 
</group> 

<group type=*ci:stockholdersEquity.additionalPaidlnCapjtar> 
<label href-xpointer(..y xml:lang-en'>Capital in excess of par value</label> 
<item period='1 998-1 2-31 '>473.9</item> 
<item period='1 999-1 2-31 '>480.0</item> 

</group> 

<group type='ci:stockholdersEquity.treasuryStock'> 

<label href='xpointer(..y xml:lang='en'>Treasury stock, at cost: 1998 - 2,750,102 
shares 1999 - 2,746,304 shares</label> 

<item period='1 998-1 2-31 '>-62.7</item> 

<item period='1 999-1 2-31 '>-62.7</item> 
</group> 

<group type='ci:stockholdersEquity.unearnedCompensatjon*> 

<label href='xpointer(..y xml:lang='en'>Deferred compensation</label> 
<item period='1 998-1 2-31 '>-1 .3</item> 
<item period='1 999-1 2-31 '>-0.6</item> 

</group> 

<group type='ci:stockholdersEquity.retainedEarnings'> 

<label href='xpointer(..y xml:lang='en'>Retained earnings</label> 
<item period='1 998-1 2-31 •>350.6</item> 
<item period='1 999-1 2-31 '>484.8</item> 

</group> 

<group type='ci:liabilitiesAndStockholdersEquity.stockholdersEquity'> 

<label href='xpointer(.,y xml:lang='en'>TOTAL SHAREHOLDERS EQUITY</label> 
<item period='1 998-1 2-3r>789.5</item> 
<item period='1 999-1 2-31 '>930.7</item> 

</group> 

<group type='ci:balanceSheet.liabilitiesAndStockholdersEquity'> 
<label href='xpojnter(..y xml:lang='en'>TOTAL LIABILITIES AND 
SHAREHOLDERS' EQUITY</label> 

<item period="1 998-1 2-3r>1 731 .8</item> 
<item period="1 999-1 2-31 •>21 80. 1 </item> 

</group> 
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APPENDIX C 

<! ENTITY % att_AttributeHolder " 
id IDREF#IMPLIED 
period CDATA #IMPLiED 
schemaLocation CDATA #IMPLIED 
scaleFactor CDATA #IMPLIED 
precision CDATA #IIVIPLIED 
type CDATA #IMPLIED 

unit CDATA #II\/IPLIED 

entity CDATA #II\4PLIED 
decimalPattern CDATA #IIVIPLIED 
formatName CDATA #IMPLIED 



<!ELEMENT group (item | group | label)*> 
<!ATTLIST group 
%att_AttributeHolder; 
> 



<!ELE[V1ENT item (#PCDATA)> 
<!ATTLIST item 
%att_AttributeHolder; 
> 



<!ELEMENT label (#PCDATA)> 

<!ATTLIST label 

href CDATA #IMPLIED 
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APPENDIX D 

XBRL DOCUMENT 



// XBRLDocument.h: interface for the XBRLDocument class. 
// 

llllllllllllllllllllllllllllllllim 



#if 

!defined(AFX_XBRLD0CUMENT_H_BF31 6DE2_F5F4_1 1 D4_82CC_005004F1 C044 

_INCLUDEDJ 

#define 

AFX_XBRLD0CUMENT_H_BF31 6DE2_F5F4_1 1 D4_82CC_005004F1 C044_INCLU 
DED 



#if_^MSC_VER>1000 

#pragma once 

#endif // _MSC__VER > 1 000 

#include <fstream.h> 
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class XBRLTaxonomy; 



class XBRLDocument 



{ 

public: 

virtual void persist(fstream &of) const; 
void setTargetNamespace(CString ns); 
CString getTargetNamespace() const; 
void setURL(CString u); 
CString getURL() const; 

XBRLDocumentO; 
virtual ~XBRLDocument(); 

protected: 

CString targetNamespace; 



private: 



CString uri; 



}; 



#endif// 

ldefined(AFX_XBRLDOCUMENT_H_BF316DE2_F5F4_1 1 D4_82CC_005004F1 C044 
_INCLUDED_) 
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XBRL EXCEPTION 

// XBRLException.h: interface for the XBRLException class. 
// 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllin^ 
#if 

!defined(AFX_XBRLEXCEPTI0N_H_2B1 BFB42_A2C8_1 1 D4_82CC_005004F1 C044 

_INCLUDED_) 

#define 

AFX_XBRLEXCEPT10N_H_2B1 BFB42_A2C8_1 1 D4_82CC_005004F1 C044_INCLU 
DED_ 

#if_MSC_VER>1000 

#pragma once 

#endif // _MSC_VER > 1 000 

class XBRLException 

{ 

public: 

CString getl\/lessage() const; 

int getCodeO const; 

const void* getReferenceO const; 

XBRLExceptlonO; 

XBRLExceptlonjcString m); 

XBRLException(CString m, int code, const void *r); 

virtual ~XBRLException(); 

protected: 

void setMessage(CString m); 



private: 



! }: 



CString message; 
const void *reference; 
int code; 



#endif// 

!deflned(AFX_XBRLEXCEPTI0N_H_2B1 BFB42_A2C8_1 1 D4_82CC_005004F1 C044 
_INCLUDED_) 
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XBRL GROUP 

//XBRLGroup.h: interface for the XBRLGroup class. 

// 

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
#if 

!definecl(AFX_XBRLGROUP_H_275BEA81_90A0_1 1 D5_82CC_005004F1 C044_IN 

CLUDEDJ 

#cleflne 

AFX_XBRLGROUP_H_275BEA81_90A0_1 1 D5_82CC_005004F1 C044_INCLUDED 



#if_MSC_VER> 1000 

#pragma once 

#enclif //_I\/ISC_VER > 1000 

class XMLElement; 

class XBRLGroup 

{ 

public: 

XBRLGroupQ; 

XBRLGroupjCMapStringToPtr *cnnss); 
virtual -XBRLGroupO; 

void addBlock(CMapStringToPtr *cmss); 
void popBlock(); 

const XMLElement* getElement(CStrlng attr); 
const CMapStringToPtr* getCurrentGroupQ; 

void valuesForName(CString name.CStringLlst *csl) const; 
bool valueForName(CString name.CString &v) const; 

static const CString listQ; 
static const Int llstLength; 



private: 



}: 



CPtrList cpl; 

bool isValidElement(CString e); 
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#endif// 

!clefined(AFX_XBRLGROUP_H_275BEA81_90A0_1 1 D5_82CC_005004F1 C044 IN 
CLUDEDJ ~ 



XBRL INSTANCEDOC 

// XBRLInstanceDocumenth: interface for the XBRLInstanceDocument class. 

// 

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
#if 

!ciefined(AFX_XBRLINSTANCEDOCUMENT_H_14EE796E_8A99_11D5_82CC_0050 

04F1C044_INCLUDED_) 

#define 

AFX_XBRLINSTANCEDOCUMENT_H_14EE796E_8A99_1 1 D5_82CC_005004F1 C04 
4_INCLUDED_ 

#if_MSC_VER> 1000 
#pragma once 
#endif//_MSC_VER> 1000 

#include "XBRLDocument.h" 
#include "XBRLTaxonomy.h" 

class XBRLInstanceElement; 

class XBRLInstanceDocument : public XBRLDocument 
{ 

public: 

XBRLInstanceDocumentO; 
virtual ~XBRLInstanceDocument(); 

void addEntry(XBRLInstanceElement *xbri); 
const XBRLTaxonomy* getTaxonomy(CStrjng uri); 



static const CString uri; 



private: 



CMapStringToPtr entry; 
CMapStringToPtr schema; 



}; 
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#endif// 

!defined(AFX_XBRLINSTANCEDOCUMENT_H_14EE796E_8A99_1 1 D5_82CC 0050 
04F1 C044_INCLUDED_) 

// XBRLInstanceElement.h: interface for the XBRLInstanceElement class. 

// 

/i///////////////f//////ii//m//i/m^^^^ 

#if 

!defined(AFX_XBRLINSTANCEELEMENT_H_21 1 EB4A0_A878_1 1 D5_82CC_005004 

F1C044_INCLUDED_) 

#define 

AFX_XBRLINSTANCEELEMENT_H_21 1 EB4A0_A878_1 1 D5_82CC_005004F1 C044 
_INGLUDED_ 

#if_MSC_VER>1000 

#pragma once 

#endif // _MSC_VER > 1 000 

#include "XBRLTaxonomy.h" 

class XBRLTaxonomyElement; 

class XBRLInstanceElement 

{ 

public: 

XBRLInstanceElement(CString pd.CString e.CString t.CString u.int sf.int p, 

CString dp.CString fn.CStrIng sv.CString ur); 

virtual ~XBRLInstanceElement(); 

bool isSanneAs(const XBRLInstanceElement *xbri) const; 
CString getPeriod() const; 
CString getEntity() const; 
CString getURI() const; 

void setLocation(const XBRLTaxonomy *x, const XBRLTaxonomyElement *xe); 

static const char* fieldsQ; 
static const int fieldCount; 

protected: 

XBRLInstanceElementO; 



private: 



CString period; 
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CString entity; 
CString type; 
CString unit; 
int precision; 
int scaleFactor; 
CString decimalPattern; 
CString formatName; 



CString stringValue; 
CString uri; 

const XBRLTaxonomy *xbt; 

const XBRLTaxonomyElement *xbte; 

}: 

#endif// 

!defined(AFX^XBRLINSTANCEELEMENT_H_21 1 EB4A0_A878_1 1 D5_82CC_005004 
F1C044_iNCLUDEDJ 



XBRL INSTANCE ELEMENT 

// XBRLInstanceElement.h: interface for the XBRLInstanceElement class. 
// 

llllllllllllllllllllllllllllllllllllllllim 
#if 

!defined(AFX_XBRLINSTANCEELEMENT_H_21 1 EB4A0_A878_1 1 D5_82CC_005004 
F1C044_INCLUDEDJ 



AFX_XBRLINSTANCEELEMENT_H_21 1 EB4A0_A878 J 1 D5_82CC_005004F1 C044 
_INCLUDED_ 

#if_IVlSC_VER> 1000 

#pragnna once 

#endif // ^MSC^VER > 1 000 

#include "XBRLTaxonomy. h" 



#define 
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class XBRLInstanceElement 
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public: 



XBRLInstanceElement(CString pd,CString e.CString t,CString ujnt sfjnt p, 

CString dp,CString fn,CString sv,CString ur); 
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virtual --XBRLInstanceElementO; 



bool isSanieAs(const XBRLInstanceElement *xbri) const; 
CString getPeriod() const; 
CString getEntity() const; 
CString getURIQ const; 

void setLocation(const XBRLTaxonomy *x, const XBRLTaxonomyElement *xe); 

static const char* fieldsQ; 
static const int fieldCount; 

protected: 

XBRLInstanceElement(); 



private: 



}; 



CString period; 
CString entity; 
CString type; 
CString unit; 
int precision; 
int scaleFactor; 
CString decimal Pattern; 
CString formatName; 

CString stringValue; 
CString uri; 

const XBRLTaxonomy *xbt; 

const XBRLTaxonomyElement *xbte; 



#endif// 

!defined(AFX_XBRLINSTANCEELEMENT_,H_21 1 EB4A0_A878_1 1 D5_82CC_^005004 
F1C044_INCLUDEDJ 



XBRLLABEL 



// XBRLLabel.h: interface for the XBRLLabel class. 

// 

llllllllllllllllllllllllllllllllllllllllllllllllllllll^ 
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#if 

!defined(AFX_XBRLLABEL_H_412DE860_F865_1 1 D4_82CC 005004F1C044 INCL 
UDEDJ ~ 
#define 

AFX_XBRLI_ABEL_H_412DE860_F865_1 1 D4_82CC_005004F1C044_INCLUDED_ 

#if_MSC_VER>1000 

#pragma once 

#endif // _MSC_VER > 1 000 

#include <fstreann.h> 

class XBRLLabel 
{ 

public: 



void persistLabel(fstream &of, CString hdr) const; 
void setLabelForLanguage(CString lang, CString label); 
CString getLabel(CString key) const; 
XBRLLabelO; 

XBRLLabel(const XBRLLabel &xlbl); 
XBRLLabel(CMapStringToString *cmss); 
virtual -XBRLLabelQ; 
void addLabel(CString lang, CString Ibl); 
const CMapStringToString* getlVlapO; 



private: 



CMapStringToString label; 



}; 



#endif// 

!defined(AFX_XBRLLABEL_H_412DE860_F865_11D4_82CC_005004F1C044_INCL 
UDEDJ 



XBRLLABEL ELEMENT 

// XBRLLabelElementh: interface for the XBRLLabelElement class. 
// 

iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiin^ 

#if 

!defined(AFX_XBRLLABELELEMENT_H_78F1 6481_9409_1 1 D5_82CC_005004F1 CO 
44_INCLUDEDJ 
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#define 

AFX_XBRLLABELELEMENT_H_78F16481_9409_11D5 82CC 005004F1C044 INC 
LUDED_ ~ ~ 

#if_MSC_VER> 1000 
#pragma once 
#endif//_MSC_VER> 1000 

#include "XMLAttribute.h" 

class XBRLLabelElement 
{ 

public: 

XBRLLabelElement(XMLAttribute *xe,CString lan.CString lab); 
virtual ~XBRLLabelElement(); 

protected: 

XBRLLabelElementO; 



private: 



XMLAttribute type; 
CStrIng lang; 
CString label; 



}; 



#endif// 

!defined(AFX_XBRLI_ABELELEMENT_H_78F16481_9409_1 1 D5_82CC_005004F1 CO 
44_INCLUDEDJ 



XBRL STREAMABLE 

// XBRLStreamable.h: interface for the XBRLStreamable class. 

// 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIH^^^^ 
#if 

!defined(AFX_XBRLSTREAMABLE_H_6F0536E1_1 574_1 1 D5_82CC_005004F1 C04 

4_INCLUDED_) 

#define 

AFX_XBRLSTREAMABLE_H_6F0536E1_1 574_1 1 D5_82CC_005004F1 C044 INCL 
UDED_ 

#if_MSC_VER> 1000 
#pragma once 
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#endif// MSG VER> 1000 



#include <fstream.h> 



class XBRLStreamable 



public: 



XBRLStreamabieQ; 
virtual -XBRLStreamableO; 

protected: 

DWORD persistl\/lapTolStream(const CMapStringToString *cmss, IStream *is) 

const; 

DWORD persistlntTolStream(int ix, IStream *is) const; 
DWORD persistCStringTolStream(CString s, IStream *is) const; 

CMapStringToString* readMapFromlStream(IStream *is); 
CString readCStrFromlStream(IStream *is); 
int readlntFromlStream(IStream *is); 



#endif// 

!defined(AFX_XBRLSTREAMABLE_H_6F0536E1_1 574 J 1 D5_82CC_005004F1 C04 
4_INCLUDED_) 



XBRL TAXONOMY 

// XBRLTaxonomy.h: interface for the XBRLTaxonomy class. 

// 

/////////m/m/mm 

#if 

!defined(AFX_^XBRLTAX0N0MY_H_BF31 6DE0_F5F4_1 1 D4_82CC_005004F1 C044 

JNCLUDEDJ 

#define 

AFX_XBRLTAXONOMY_H_BF316DE0_F5F4_11D4_82CC_005004F1C044_INCLU 
DED 
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#pragma once 



#if MSG VER> 1000 



#endif// MSG VER> 1000 
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#include "XBRLDocument.h' 



#inclucle <fstream.h> 
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class XBRLTaxonomyElement; 
#include "XBRLStreamable.h" 
include <afxole.h> 

class XBRLTaxonomy : public XBRLDocument, public XBRLStreamable 



public: 

void resolveO; 

XBRLTaxonomyElement* resolve(CString name, CString uri) const; 
void addElement(XBRLTaxonomyElement *xte); 
XBRLTaxonomyO; 
virtual -XBRLTaxonomyO; 

static const CString uri; 



XBRLTaxonomyElement* resolve(CString n) const; 

CString buildKey(XBRLTaxonomyElement *xbte) const; 
CString buildKeyfcString name, CString uri) const; 

CMapStringToPtr element; 
CPtrList elementList; 

CStringList urIList; 



#endif// 

!defined(AFX_XBRLTAXONOMY_H_BF316DE0_F5F4_1 1 D4_82CC_005004F1 C044_ 
JNCLUDEDJ 



XBRL TAXONOMY CACHE 



//XBRLTaxonomyCache.h: interface for the XBRLTaxonomyCache class. 



private: 



}; 
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llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
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#if 

!clefined(AFX_XBRLTAXONOMYCACHE_H_827BDBA0_97F3_11D5 82CC 005004F 

1C044_INCLUDED_) 

#define 

AFX_XBRLTAXONOMYCACHE_H_827BDBA0_97F3_1 1 D5_82CC_005004F1C044 
JNCLUDED_ 

#if^MSC_VER>1000 

#pragma once 

#endif // _MSC_^VER > 1 000 

class XBRLTaxonomy; 

class XBRLTaxonomyCache 
{ 

public: 

virtual --XBRLTaxonomyCacheO; 

const XBRLTaxonomy* getTaxonomy(CString uri); 

static XBRLTaxonomyCache* getCache(); 
static void clearCache(); 
static void deleteCache(); 



private: 



XBRLTaxonomyCacheO; 

static XBRLTaxonomyCache *theCache; 

CMapStringToPtr cache; 



}; 



#endif// 

!defined(AFX_XBRLTAXONOMYCACHE_H_827BDBA0_97F3_1 1 D5_82CC_005004F 
1C044_INCLUDEDJ 



XBRL TAXONOMY ELEMENT 

// XBRLTaxonomyElement.h: interface for the XBRLTaxonomyElement class. 

// 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIH^ 
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#if 

!defined(AFX_XBRLTAXONOMYELEI\/IENT_H_BF316DE1_F5F4_1 1 D4_82CC_0050 
04F1C044_INCLUDEDJ 



AFX_XBRLTAXONOMYELEMENT_H_BF316DE1_F5F4J1D4_82CC__005004F1C04 
4_INCLUDED_ 

#if_MSC_VER>1000 

#pragma once 

#endif // ^MSC^VER > 1 000 

class XBRLTaxonomy; 

#include <afxole.h> 
#include <fstream.h> 
#include "XBRLStreamable.h" 
#include "XMLAttribute.h" 

class XBRLTaxonomyElement : public XBRLStreamable 



public: 

XBRLTaxonomyElementO; 

XBRLTaxonomyElenient(CString n,CString u); 

XBRLTaxonomyElementfconst XBRLTaxonomyElement &xbte); 

virtual •--XBRLTaxonomyElementO; 

void setTaxonomy(XBRLTaxonomy *xbt); 

void setDocumentation(CString d); 

CString getName() const; 

void setRollupParameters(CString n,CString u, double o,int w); 

void addLabel(CString lang, CString text); 

void addChild(XBRLTaxonomyElement *xbte); 

CString getParentName() const; 

CString getParentURI{) const; 

CString getURI() const; 



#define 



{ 



private: 
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XBRLTaxonomy *taxonomy; 
CString documentation; 

CString name; 
CMapStringToString label; 
CString uri; 
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XBRLTaxonomyElement *parent; 
CString pName; 
CString pURI; 
double order; 
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int weight; 



CPtrList child; 



}: 



#endif// 

!deflned(AFX_XBRLTAXONOI\/IYELE[VIENT_H_BF31 6DE1_F5F4_1 1 D4_82CC_0050 
04F1C044_INCLUDEDJ 



XML ATTRIBUTE 

// XMLAttrlbute.h: interface for the XIVILAttrlbute class. 

// 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIH 
#if 

!deflned(AFX_XMLATTRIBUTE_H_F3F14860_A22A_1 1 D5_82CC_005004F1 C044_l 

NCLUDEDJ 

#define 

AFX_XMI_ATTRIBUTE_H_F3F14860_A22A_1 1 D5_82CC_005004F1 C044_INCLUD 
ED_ 

#if_MSC_VER> 1000 
#pragma once 
#endif//_MSC_VER> 1000 

class XMLAttribute 

{ 

public: 

XMLAttributeO; 

XMLAttribute(CString n.CString u.CString v); 
virtual ~XMLAttribute(); 

bool isEmptyO const; 



F I N N EG AN 
HENDERSON 
F A R A B OW 

GARRETT& 
DUNNER kt£ 



CStrIng getName() const; 
CString getURI() const; 
CString getStringValue() const; 
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void setName(CString n); 

void setURI(CString u); 

void setStringValue(CString v); 
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bool operator == (const XMLAttribute &xme); 
XMLAttribute& operator = (const XMLAttribute &xme); 

bool isSameAs(const XMLAttribute &xme); 

protected: 

CString name; 
CString uri; 
CString s; 

}; 

#endif// 

!defined(AFX_XMLATTRIBUTE_H_F3F14860_A22A_1 1 D5_82CC_005004F1C044_I 
NCLUDEDJ 



FINNECAN 
HENDERSON 
F A R A B O W 

CAR R ETT & 
DU N NER LLP 

1300 1 Street, NW 
Washington, DC 20005 
202.408.4000 
Fax 202.408.4400 
www.finnegan.com 



74 

1 



